fbpx
1-888-310-4540 (main) / 1-888-707-6150 (support) info@spkaa.com
Select Page

Understanding Continuous Integration

Continuous Integration (CI) is a software development methodology that uses small and frequent incremental changes to the code base, which are incorporated into a rapid build and test environment. Each change integrated into the source repository is verified by the automated build and test system which helps detect integration errors quickly.

Such an approach is quite different from the more traditional method where a developer works on their own copy of the code for a prolonged period of time and then finally commits the changes back to the main source repository. This commit then invokes an integration stage where the changes are folded into the software both at a build and system level. Finally, the new build is manually tested.

In practice the workflow for a developer is as follows:

  1. The developer fetches a copy of the current source code and adds the next piece of functionality. Using an automated build system, the code is compiled, linked, etc. before automated tests are run on the resulting binaries. This process is repeated until the functionality has been added.
  2. Once the developer has finished the task, a fresh copy of the mainline source code is fetched and any clashes with changes made by other developers are resolved. Again, the automated build and test system is used to check the buildability and functionality of the source.
  3. Finally, the source code is committed to the repository and a new build and test cycle is initiated. If this build and test cycle finishes successfully then the developer can move on to their next task.

In CI, the commits and integration of new or modified code become one of the channels of communication between developers. Each member of the team can see in which direction the others are heading by their frequent additions to the code base.

The automated build and test system is used at each step in the process, making it the cornerstone of CI. Without an efficient, reliable and quick build system, the practices behind CI grind to a halt. Since the emphasis is on frequent and continuous changes, the builds must be quick without leaving the developers feeling hindered or obstructed.

There are a variety of tools available to help developers create an automated build and test system including ElectricCommander. Since it is language independent and uses a web interface, it can be used with almost any development environment on almost any platform.

Its design allows for development teams to make use of Continuous Integration regardless of their physical location. It also has VMWare integration which means it can instantiate Virtual Machines and prepare them automatically for build, test or deployment tasks.

Latest White Papers

Related Resources

AWS re:Invent 2022: Everything You Need To Know

AWS re:Invent 2022: Everything You Need To Know

Miss out on AWS re:Invent 2022? Or, just looking for a recap on the latest AWS updates and releases from the event? Check out the summary below. What is AWS re:Invent? AWS re:Invent is an annual conference hosted by Amazon Web Services (AWS) for developers, customers,...

Solving for the “Islands of Jenkins”

Solving for the “Islands of Jenkins”

In October 2022, I wrote a blog post entitled “Scaling Jenkins for the Enterprise”.  Within it, I described the “Islands of Jenkins” problem organizations face. Essentially, this problem stems from companies using an open-source Jenkins installation for each team, but...

Infrastructure as Code with Terraform

Infrastructure as Code with Terraform

Before we begin to talk in detail about this topic, we should clarify some definitions first.  The first term comes from the DevOps movement where IT Operations staff use the concept of revision history/version control by using the concept of infrastructure as code. ...