Serialize Package Release runs with a per-ref concurrency group - #56
Conversation
|
Warning Review limit reached
Next review available in: 59 minutes Limit details: You’ve used the included review currently available. You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits within each organization. For paid Pro and Pro+ reviews, CodeRabbit uses a developer's included PR review attempts over the past 7 days to set the current hourly allowance. At typical activity levels, the full plan allowance applies. Higher sustained activity can lower the allowance until earlier attempts leave the 7-day window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Organization UI Review profile: ASSERTIVE Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Today's 11-merge train raced eleven Package Release runs; three ran within the same minute, all attempting the gate/publish sequence concurrently (one published 0.1.1, the others failed messily). rain.solmem's workflow already carries the fix — a per-ref concurrency group with
cancel-in-progress: falseso a mid-publish run is never killed and pending runs are superseded. This copies that stanza verbatim (comment included) into this repo's wrapper. Flagged by the issue #24 producer as a solmem-parity gap.QA
🤖 Generated with Claude Code