Daily iOS
Build and distribution

CI/CD at scale

Over a hundred iOS engineers work on one app here. Hundreds of pull requests land a day, and even though each one passed CI, main breaks often once they're merged. How would you design CI/CD so main stays green and the release cadence holds?

How would an interviewer hear this answer? You'll see whether they'd move on, dig in, or say no, and which sentences would trip you up. Your score doesn't change.
See the short answer

In a modularized monorepo you verify only the affected targets, share a remote build cache, protect main with a merge queue that validates batches, autoscale the build machine pool, and ship on a fixed release train with feature flags.

Share a question