Skip to content

automatically deprioritize older releases when newer come in #3064

@syphar

Description

@syphar

Everyone makes mistakes, so it also happens that a crate author discovers that they made a mistake, and then re-release.

Thing is: when the queue is very full, this can lead to multiple versions of the same crate being in the queue:

Image

What would be cool in this case is that we deprioritize the older releases (to the same priority as crates-io-triggered rebuilds, to 5, if the prio is not already lower).

I think even when the older releases are yanked, we still might want to have the docs, so I lean towards still building the docs ( we could deprioritize yanked releases even more).

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions