ci: implement concurrency controls for the sync-prs-to-next workflow#27381
ci: implement concurrency controls for the sync-prs-to-next workflow#27381hesxo wants to merge 2 commits intowso2:archive_IS-7.3from
Conversation
Added concurrency control to sync PRs workflow.
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
WalkthroughAdded workflow-level concurrency control to the sync-prs-to-next GitHub Actions workflow with dynamic group selection based on workflow run ID, pull request number, or branch reference. Configured in-flight run cancellation and enforced a 20-minute timeout on the sync job. Changes
Estimated code review effort🎯 2 (Simple) | ⏱️ ~8 minutes Poem
🚥 Pre-merge checks | ✅ 3✅ Passed checks (3 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
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 |
|
|
|
|
This is a low risk improvement that fixes a real issue in the current workflow. Right now, multiple sync jobs can run at the same time, which can cause duplicate PR syncs and occasional conflicts. This change ensures only the latest run executes and cancels the rest. No logic changes, no impact to functionality only stabilizes the workflow and reduces unnecessary CI usage. All checks are passing. Safe to merge. |



Add workflow-level concurrency to
sync-prs-to-nextto prevent overlapping runs. In-progress runs are canceled when a newer run starts for the same PR/workflow context, reducing duplicate sync attempts and contention.Summary by CodeRabbit