-
Notifications
You must be signed in to change notification settings - Fork 337
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add rebuild instructions #2865
Add rebuild instructions #2865
Conversation
2 similar comments
A documentation preview will be available soon.
Triggering rebuildsYou can manually trigger a new Buildkite build with any of the below commands:run docs-build run docs-build rebuild run docs-build warnlinkcheck run docs-build skiplinkcheck (takes precedence over the warnlinkcheck option) buildkite test this buildkite test this rebuild buildkite test this warnlinkcheck buildkite test this skiplinkcheck |
A documentation preview will be available soon.
Triggering rebuildsYou can manually trigger a new Buildkite build with any of the below commands: ``` run docs-build run docs-build rebuild run docs-build warnlinkcheck run docs-build skiplinkcheck (takes precedence over the warnlinkcheck option) buildkite test this buildkite test this rebuild buildkite test this warnlinkcheck buildkite test this skiplinkcheck ``` |
A documentation preview will be available soon.
Requesting new docs builds via comments``` run docs-build run docs-build rebuild run docs-build warnlinkcheck run docs-build skiplinkcheck (takes precedence over the warnlinkcheck option) buildkite test this buildkite test this rebuild buildkite test this warnlinkcheck buildkite test this skiplinkcheck ``` |
A documentation preview will be available soon.
Requesting new docs builds via comments
|
A documentation preview will be available soon.
Requesting new docs builds via comments
|
@jmikell821 this PR rolls-in your change as well as more instructions (see the last comment). I used it to test your change. |
run docs-build | ||
run docs-build rebuild | ||
run docs-build warnlinkcheck | ||
run docs-build skiplinkcheck (takes precedence over the warnlinkcheck option) | ||
buildkite test this | ||
buildkite test this rebuild | ||
buildkite test this warnlinkcheck | ||
buildkite test this skiplinkcheck |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have a few thoughts here.
- Do we need to publicize both versions of the build commands? As I understand it,
run docs-build *
andbuildkite test this *
are identical. I think we should pick one set of commands to keep things simple. - I'm not convinced we should publicize the
warnlinkcheck
andskiplinkcheck
options. These really shouldn't be used by most folks as they'll break the doc build if you merge a PR with broken links. These are almost exclusively for members of the docs release team in emergency merge situations. - I think we should explain the difference between
run docs-build
andrun docs-build rebuild
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
With that being said. My suggestion would be something like this:
<details>
<summary>Request a new doc build by commenting</summary>
* Rebuild this PR: `run docs-build`
* Rebuild this PR and all Elastic docs: `run docs-build rebuild`
> [!NOTE]
> `run docs-build` is much faster than `run docs-build rebuild`. A `rebuild` should only be needed in
rare situations. If your PR continues to fail for an unknown reason, the doc build pipeline may be
broken. Elastic employees can check the pipeline status [here](https://buildkite.com/elastic/docs-build).
</details>
Is this too much info?
A documentation preview will be available soon.
Request a new doc build by commenting
If your PR continues to fail for an unknown reason, the doc build pipeline may be broken. Elastic employees can check the pipeline status here. |
No description provided.