Feature Toggles, Trunk-Based Development and Continuous Delivery
summary
Argues that switching to every commit to main plus automated CI/CD and thorough tests cuts cycle time from weeks to days by eliminating long-lived branches and reducing work-in-progress; demonstrates using feature toggles for percent rollouts and staged exposure to hide unfinished work, run experiments, and roll back quickly; shows backend flag storage and test-injected toggle states, warns about toggle debt and duplicate code, and reports teams that adopt this pipeline see faster feedback, fewer merge conflicts, and higher deployment frequency.
AI-written summary · about
chapters (13)
- 0:00Introduction and background
- 3:06Complexity and software growth
- 6:26Continuous delivery benefits
- 10:50Automation and feedback loops
- 13:11Problems with branching
- 17:39Collaboration delays from branching
- 20:55Trunk-based development explained
- 22:35Handling unfinished features
- 24:28Feature toggles and control
- 26:48Testing with feature toggles
- 28:58Feature toggle implementation levels
- 31:10Managing large changes with toggles
- 32:56Conclusion and key takeaways
related talks
44mFeature Toggles: The Good, The Bad, and The Ugly
32mMaster your software delivery with feature flags
27mFeature Toggles
33mCulture of Continue Delivery
27mTinkertoys, microservices, and feature management...
05m5 Life Hacks Using Feature Management
06mDeploying rapidly for continuous integration
41mFeature Flags: A Boon or a Brake for a Team
