In software development, Continuous Integration is the practice of merging all developers’ working code to the main or head branch several times a day. This makes other practices from Automated Builds -> Continuous Delivery possible. Note: contrary to popular belief, Continuous Integration is the habit of frequent checkins and not the build automation. The automated builds are the supporting tools that make CI practical.
CI works by increasing the frequency of integration, so that most changes are small. Anything that works against that pattern (e.g. infrequent checkins, long-lived code branches, etc.) will harm the team and their code base.
Resource Links:
- Continuous Integration – Martin Fowler
- Continuous Integration Patterns and Anti-Patterns
- It’s Not CI, It’s Just CI Theatre
- Keep your code spotless with Gradle
- Key Principles for Reducing Continuous Integration Build Time
- What is database continuous integration?
- Why Distributed CI is the Logical Next Step
*Thank you for visiting the World's Largest Opinionated Agile Reference Library. This content is created and the links are curated through the lens of Agile Pain Relief Consulting's view of what is effective in the practice of Scrum and Agile. We don't accept submissions and emails to that effect are marked as spam. Book listings may use affiliate links that could result in a small commission received by us if you purchase, but they do not affect the price at all. From experience, this won't amount to anything more than a cup of coffee in a year.« Back to Glossary Index
