Digital Glossary · Cloud

What is CI/CD?

In brief

CI/CD stands for continuous integration and continuous delivery or deployment: code changes are automatically merged, tested, and prepared for release or deployed directly to production. This gets updates into production faster and with fewer errors.

Category CloudReading time approx. 2 minLast updated October 16, 2026
Featured image: CI/CD

CI/CD: the terms defined

Continuous integration (CI) means that developers merge their changes into a shared codebase frequently—often several times a day. With every change, an automated process checks whether the code can be built and passes all tests.

Continuous delivery (CD) goes one step further: every verified version can be released at any time, and the release happens at the push of a button. With continuous deployment, even this step is eliminated—successfully tested changes go live automatically. Which option is right depends on how much control you want to keep over the timing of a release.

How a CI/CD pipeline works

The individual steps are described in a so-called pipeline, which starts with every change in the Git version control system. If a step fails, the pipeline stops and the team is notified.

Popular tools include GitHub Actions, GitLab CI/CD, Jenkins, and Bitbucket Pipelines. The pipeline itself is stored as a file in the project, which makes it versioned and traceable.

  • Build: code is compiled or bundled
  • Tests: unit, integration, and UI tests run automatically
  • Quality checks: code style, security scans, dependencies
  • Deployment to a test or staging environment
  • Approval and release to production

Benefits and limitations of CI/CD

Errors are noticed shortly after they're introduced—not weeks later during the big release. Small, frequent changes are easier to review and quick to roll back if there are problems. Manual, error-prone deployment steps are eliminated.

A pipeline is only as good as its tests: without meaningful automated tests, errors are simply shipped faster. Setting up and maintaining the pipeline also takes time at the beginning, but this pays off with every subsequent release.

  • Early error detection
  • Reproducible, documented delivery
  • Fast rollback when problems occur
  • Only as good as the existing tests

Real-world example: from maintenance window to routine update

A store operator used to have changes uploaded via FTP, which occasionally caused outages. With a CI/CD pipeline, every change goes through automated tests and is first checked in a staging environment. Only after approval does it go live—and if there are problems, the previous version is quickly restored.

CI/CD pays off for any software that is developed further on a regular basis. Nano Concepts sets up pipelines for web applications, online stores, and apps and adds missing tests where they cover the greatest risk.

Frequently asked questions about CI/CD

With continuous delivery, every version is releasable, but a person deliberately approves the release. With continuous deployment, every successfully tested change goes live automatically.

A version control system such as Git and a CI/CD service such as GitHub Actions, GitLab CI/CD, or Jenkins. On top of that, you need test frameworks and a target environment for deployment. For smaller projects, the services built into code platforms are usually sufficient.

Yes, especially for CMS-based or custom-developed websites that are updated regularly. Automated workflows reduce the risk of an update taking the site down.

Matching services

Related terms

Relevant for these industries

Related magazine articles

Get the right quote in 60 seconds

Needs analysis: CI/CD

Answer a few short questions – we usually get back to you within 24 hours with an initial assessment.

Request a project