Open erezrokah opened 2 years ago
@erezrokah Thanks for the suggestion. I think the implementation would be similar to priority_merge_label. For pull requests labeled with priority_merge_label, we insert them into the Redis Sorted Set with a score of 0
instead of using the current unix timestamp as the score.
For low_priority_merge_label, we could insert the pull requests into the queue with some very high timestamp, like 4800000000
, to prioritize these pull requests last.
Thanks for the quick response @chdsbd, I can try and submit a PR for it if that makes sense
@erezrokah A PR would be great! I can help with tests and polish if you need
TLDR: Similar to
priority_merge_label
butlow_priority_merge_label
, where a PR is scheduled last.This is useful for bots PRs, where we want them to always come after humans' PRs.
Also not sure if it will work to use
priority_merge_label: automerge
andautomerge_label: low priority
as I remember one needs both to be in the queue