Scaling a monorepo with 100+ engineers

Team Size
203
developers
Structure
Monorepo
CI Runtime
~
Deploys
Continuous
Featured integration
MergeQueue

Mae Capozzi

Senior Software Engineer

Mae Capozzi is a senior software engineer with a focus on design systems and frontend infrastructure. She is the co-founder of Dedicated Co and she runs a newsletter Design Systems Newsletter in which she writes about design systems and frontend engineering.

As the number of engineers at Amplitude increased, this problem was happening more often. And it was pretty common that the front end infrastructure team would have to jump in and try to triage the issue and figure out either how to fix it or find out who the right person was to fix it.

Challenge

Amplitude's growing engineering team faced frequent mainline branch breaks and conflicts, requiring constant intervention from their frontend infrastructure team. Before Aviator, their solution was to use GitHub Actions for early morning rebases, which proved costly and inefficient. This also resulted in broken changes being introduced into the mainline branch due to outdated code and conflicting changes when multiple engineers merged pull requests simultaneously.

Mae Capozzi
Senior Software Engineer

Integration

Aviator StackedPRs enables Amplitude's developers to break up large pull requests, keeping code reviews manageable.

Mae Capozzi
Senior Software Engineer

My manager at the time had been thinking about merge queue solutions. We compared GitHub's merge queue tool with Aviator and ultimately chose Aviator for the benefits beyond the merge queue. We've been really loving stacked PRs.

I like having the confidence that when I merge my code, if it's passed the checks, it's because it's actually passed the latest checks with the latest code. It saves me a lot of time trying to triage why the main branch isn't working or is broken. I just appreciate not having that on my plate anymore.

Impact

Amplitude's engineering leadership evaluated different merge queue solutions, including GitHub's native offering. They ultimately chose Aviator because it:

  1. Eliminated costly GitHub Action runs
  2. Reduced mainline branch breaks
  3. Decreased time spent on issue triage
  4. Improved developer confidence in merges

Mae Capozzi
Senior Software Engineer

Feature highlight

For a team with 100+ engineers working in a monorepo, visibility into the merge process proved crucial. Aviator's merge queue visualization gave developers clear insight into PR status and merge order, eliminating confusion and reducing coordination overhead.

Mae Capozzi
Senior Software Engineer

As one engineer noted, when developers ask "why hasn't my PR been merged yet?", they can now simply check the dashboard to understand their place in the queue.

Ready to transform your development workflow?

Transform scattered processes into reliable, collaborative Runbooks.

Join us at The Hangar

A vetted community for developer-experience (DX) enthusiasts.