Skip to content

add commands to rebuild failures of certain nightly versions #2826

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

Open
syphar opened this issue May 19, 2025 · 1 comment
Open

add commands to rebuild failures of certain nightly versions #2826

syphar opened this issue May 19, 2025 · 1 comment
Labels
A-builds Area: Building the documentation for a crate E-easy Effort: Should be easy to implement and would make a good first PR

Comments

@syphar
Copy link
Member

syphar commented May 19, 2025

from #301

Add a command to the cratesfyi binary that queues up builds for all crates which were built with a specific version of rustdoc, at a lower priority than previously-failed builds. Even though this is a manual action, it allows us to proactively rebuild crates that have issues like #280 without manually rebuilding every crate that used that version (and again, without choking new releases out of the build queue).

This is a thing that I have to regularly do directly in the database after nightly problems.

We typically free the nightly version in these cases so the builds continue running.

What I would like to have is a CLI subcommand with which I can queue rebuilds for all failed builds of a certain single nightly version, or a date-range of nightly versions.

@syphar syphar added E-easy Effort: Should be easy to implement and would make a good first PR A-builds Area: Building the documentation for a crate labels May 19, 2025
@GuillaumeGomez
Copy link
Member

I strongly approve the idea!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-builds Area: Building the documentation for a crate E-easy Effort: Should be easy to implement and would make a good first PR
Projects
None yet
Development

No branches or pull requests

2 participants