Skip to content

add commands to rebuild failures of certain nightly versions #2826

New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # 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!

# for free to join this conversation on GitHub. Already have an account? # 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