What is continuous integration (CI): Faster, better software development

Posted on 09-08-2018 , by: admin , in , 0 Comments

Most software development today is done in teams working on one or more code repositories managed in a version-control system. Individual developers work on the areas of code that require changes and must decide when to commit their changes back into version control.

Sometimes, the code changes are easy and introduce few risks, so the developer can make the edits and commit with a low risk of interfering teammates working on the same codebase.

But what if the team is working on a bigger feature that will require several days, weeks, or even months of development? When is it appropriate to check in these code changes back into version control? Furthermore, what happens when that code is checked in to ensure that the integrated code developed by the team of developers integrates without build errors or other functionality defects?

Why you need continuous integration (CI)

An intuitive approach is to separate out this work into separate version-control branches. Teams decide on whether to use a single feature branch or create multiple ones for each developer.