-
Notifications
You must be signed in to change notification settings - Fork 356
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 dead-link checking to CI #197
Comments
Agreed. To properly capture short code (and other template) dead links, this should run on the "zola outputs" and not the "zola inputs". |
In order for this to be ergonomic when writing new docs content, we need a way to verify these links against the current bevyengine/bevy#1731 is probably necessary for this to work. |
@mockersf noted that one of the largest difficulties in fully solving this will be verifying that method / field calls are valid. Missing types etc return a 404, but that's not the case if the anchor (i.e. That said, even basic 404 checking would help improve quality significantly. |
Yup good points. I think we can find a way to make the version "globally configurable" for short codes. Either by just manually modifying the shortcode impl or by using some sort of "global version config".
Arg I wasn't aware of that. I agree that we should ultimately add some custom logic here. I also agree that basic 404 checking is a good start. I also want to eventually adopt our own "rust based dead link validator task" if possible. I don't like that users cant easily do dead link checks on their machines. In the same way that they can do clippy and fmt validations. |
Duplicate of #177. |
This also needs to work for broken short-codes, which are particularly easy to screw up / hard to verify and will break whenever we refactor a referenced item with a rename / module move.
The text was updated successfully, but these errors were encountered: