Trunk-Based Development
Integrate all work to the trunk at least once per day to enable continuous integration.
2 minute read
Key question: “Can we integrate safely every day?”
This phase establishes the development practices that make continuous delivery possible. Without these foundations, pipeline automation just speeds up a broken process.
Teams that skip these foundations end up automating a broken process. A pipeline that deploys untested code from long-lived branches does not improve delivery. It amplifies risk. These practices ensure that what enters the pipeline is already safe to ship.
Start investing in Phase 2: Pipeline when you are making consistent progress toward these - don’t wait for every criterion to be perfect:
Next: Phase 2 - Pipeline - build a single automated path from commit to production.
Integrate all work to the trunk at least once per day to enable continuous integration.
Build a test architecture that gives your pipeline the confidence to deploy any change, even when dependencies outside your control are unavailable.
Automate your build process so a single command builds, tests, and packages your application.
Break features into small, deliverable increments that can be completed in 2 days or less.
Streamline code review to provide fast feedback without blocking flow.
Establish shared definitions of done and ready to align the team on quality and process.
Every artifact that defines your system (infrastructure, pipelines, configuration, database schemas, monitoring) belongs in version control and is delivered through pipelines.