Skip to content
.md

Do You Need a Merge Queue?

How many of these have you experienced?

Merge Queue Bingo

Click each pain point you've experienced

0 / 16 checked

Answer these 7 questions to find out if your team would benefit from a merge queue.

Question 1 of 7

How often does your main branch break (tests fail after merge)?


Your workflow is working. Low merge frequency, fast CI, and stable main mean a merge queue might add unnecessary complexity. Revisit as your team grows.

You’re experiencing some friction. A merge queue would smooth things out, but it’s not urgent. Good time to evaluate options and plan for adoption.

The pain is real. Broken main, rebasing loops, and coordination overhead are costing your team significant time. A merge queue would pay for itself quickly.


  • PR CI passes, post-merge CI fails — The classic symptom. PRs test against stale main.
  • CI takes 20+ minutes — Long CI means stale branches and wasted re-runs.
  • Frequent reverts — “Revert ‘Revert ‘Add feature X”” is a red flag.
  • Flaky tests appear on main but not PRs — Integration issues only surface after merge.
  • Merge races — Two devs refreshing GitHub, waiting to click merge first.
  • Informal merge coordination — Slack messages like “can I merge?” or “go ahead, I’ll wait.”
  • Friday freeze — Unwritten rule to avoid merging before the weekend.
  • Blame games — Time spent figuring out who broke main instead of fixing it.
FactorMight not needGreat to haveEssential
Team sizeUnder 20 engineers20-50 engineers50+ engineers
Merge frequency5-10 PRs/day20-50 PRs/day50+ PRs/day
CI duration5-10 minutes20-30 minutes45+ minutes