Over a million developers have joined DZone.

Maturity Levels of Continuous Integration

Yegor Bugayenko summarizes his recent presentation of DevOpsDays San Francisco. How many of these levels have you gone through on the way to CI mastery?

· DevOps Zone

The DevOps zone is brought to you in partnership with Sonatype Nexus. The Nexus suite helps scale your DevOps delivery with continuous component intelligence integrated into development tools, including Eclipse, IntelliJ, Jenkins, Bamboo, SonarQube and more. Schedule a demo today

There are a number of levels you have to go through before your continuous integration pipeline becomes perfect. I found eight of them and presented my findings at DevOpsDays in Salt Lake City a few weeks ago (watch the video). Now it's time to write them down and ask you — Which level are you at? Post your answer below.

Image title

Twins (1988) by Ivan Reitman

  1. Source Code. Here you just write source code on your computers and maybe somewhere on the server. The best you can do here is to build it manually, say, every day. Is it continuous integration? Well, to some extent, provided you don't forget to compile and package everything regularly.
  2. Automated Build. At this level, your build is automated, which means you can compile, test, and package the entire product with just one line at the command line. Pay attention; one line. You must be able to hit one button and either get an error or a successful build.
  3. Git. At this level, you keep your source code in Git. You can keep it in some other source control system, but that would be strange — Git is the status quo at the moment. You should be able to get a new computer, with nothing in it, check out the source code from a Git repository, and run a full build.
  4. Pull Requests. Each and every change to your source code must be submitted through a pull request, which means that you host your repository on GitHub. You may host it somewhere else, but again, that would be strange because GitHub is the status quo at the moment. Again, nobody should be able to commit anything directly to the master branch except through forks and pull requests.
  5. Code Reviews. Every pull request must pass a mandatory code review before it gets merged. You must have some code review policy that explains who does reviews, what happens if the author doesn't agree with the reviewer, etc. But no pull request may be merged unless it has been reviewed.
  6. Tests. At this level, your code is covered by unit tests (and integration tests), and every change comes with a new test. Your automated build runs all tests together and fails if any of them fail.
  7. Static Analysis. Checking the quality of your code without running it is what static analysis is about. At this level, the quality of your code is checked by the automated build. If the quality is lower than the threshold, the build fails.

By the way, at the presentation, I also mentioned what problems you may encounter at each maturity level.

The DevOps zone is brought to you in partnership with Sonatype Nexus. Use the Nexus Suite to automate your software supply chain and ensure you're using the highest quality open source components at every step of the development lifecycle. Get Nexus today

ci,continuous integration,maturity,scm,code review,testing,static analysis

Published at DZone with permission of Yegor Bugayenko, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

The best of DZone straight to your inbox.

Please provide a valid email address.

Thanks for subscribing!

Awesome! Check your inbox to verify your email so you can start receiving the latest in tech news and resources.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}