ci: keep each main run from being cancelled by the next merge - #83
Conversation
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@coderabbitai full review |
|
✅ Action performedFull review finished. |
|
Navigate logical layers of code changes, visualize relationships, and explore their blast radius. No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: ASSERTIVE Plan: Advanced Run ID: 📒 Files selected for processing (1)
Included review availability: Your plan provides up to 1 included review per hour; 0 remain after this review. 📜 Recent review details🔇 Additional comments (1)
📝 WalkthroughWalkthroughThe CI workflow now assigns each Priority: ➖ Normal Severity of issue fixed: Medium Merge Risk: ⚪ Minimal · up to Main-branch checks are protected from later merges, while pull-request checks still cancel superseded runs. The change is merge-ready. 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
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 |
Evaluation at
|
Why
When two changes land on the main branch close together, the second one cancels the checks still running for the first, and a cancelled check does not count as a failure. So main can show green for a change that was never fully checked.
What
Every change landing on main now gets its own check run that later merges cannot cancel or push out of the queue. Checks on pull requests still drop superseded runs as before. This is the last repository from a portfolio-wide sweep; the other four were fixed earlier.
Fixes #82