-
Notifications
You must be signed in to change notification settings - Fork 13
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
Catch Docusaurus build issues #498
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
TODO: We need to make sure we resolve the linter errors before merging this. |
I am going to put this in draft and add some more functionality to prevent build issues in the new docs engine |
Sounds good. ping when ready |
5d02681
to
f00eaeb
Compare
Break the docs build on states that are acceptable for the current NextJS-based docs engine but cause Docusaurus builds to fail: - **Unresolved partial parameters:** Edit the `remark-includes` linter to ensure that all parameters declared within a partial (using `{{ param }}` syntax) are either (a) assigned by the user or (b) given a default value. Otherwise, when we move to the new docs engine, builds will fail on unresolved parameters. - **Add more config checks:** Throw an exception for duplicate redirects and redirects where the `source` points to an existing file. With the current logic, this check takes place with every page build. While this is not ideal, and leads to noisy error output, we should be migrating soon and will not need to deal with this for long.
fb59889
to
b25c045
Compare
@avatus Hopefully, merging gravitational/teleport#47471 will get the checks introduced by this PR to pass, so the Vercel workflow will finish! |
Break the docs build on states that are acceptable for the current
NextJS-based docs engine but cause Docusaurus builds to fail:
Unresolved partial parameters: Edit the
remark-includes
linterto ensure that all parameters declared within a partial (using
{{ param }}
syntax) are either (a) assigned by the user or (b) given adefault value. Otherwise, when we move to the new docs engine, builds
will fail on unresolved parameters.
Add more config checks: Throw an exception for duplicate redirects
and redirects where the
source
points to an existing file. With thecurrent logic, this check takes place with every page build. While
this is not ideal, and leads to noisy error output, we should be
migrating soon and will not need to deal with this for long.