prConcurrentLimit set inside a packageRule narrows the threshold but doesn't scope the counter #44410
-
How are you running Renovate?Self-hosted Renovate CLI Which platform you running Renovate on?GitLab (.com or self-hosted) Which version of Renovate are you using?43.253.2 Please tell us more about your question or problemWe tried to give different dependency groups independent concurrent-PR quotas We expected this to behave like two independent buckets (up to 2 npm + up to 2 Instead, once any 2 branches exist in the repo — regardless of manager — every Logs (if relevant)Logs |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
|
So two npm branches make the global count = 2, and the next pep621 branch (threshold 2) hits 2 >= 2 → blocked. It's blocked by the npm branches because the counter is repo-wide. Independent per-manager quotas aren't a feature today -- please open a Suggest an idea discussion if you'd like that added. |
Beta Was this translation helpful? Give feedback.
prConcurrentLimitin apackageRulesets a threshold, not a separate counter. There are no per-manager buckets.globalCount >= thisBranch'sThreshold.So two npm branches make the global count = 2, and the next pep621 branch (threshold 2) hits 2 >= 2 → blocked.
It's blocked by the npm branches because the counter is repo-wide.
Independent per-manager quotas aren't a feature today -- please open a Suggest an idea discussion if you'd like that added.