ChatDiagram
software-delivery · devops

CI/CD build, test, and staging pipeline

This CI/CD pipeline diagram focuses on the decisions that make a release repeatable. A code commit produces an application artifact, which must pass automated tests and a security scan before it reaches staging. Smoke tests in staging test the release in a deployed environment. The approval gate keeps a human decision visible where a team needs one. After production deployment, a health check determines whether the release completes or rolls back. Each unsuccessful gate leads to a named next action rather than an implied failure. Teams can adapt the labels for their build system, testing tools, environment names, and release policy while keeping the same release logic.

Type OrganigrammeNorme Sugiyama layered DAG + orthogonal routingMoteur schematex-flowchartMis à jour 24/09/2026
CI/CD build, test, and staging pipeline
Drawing preview
La demande

“Create a CI/CD pipeline: a code commit builds an application artifact, runs automated tests and a security scan, deploys to staging, runs smoke tests, receives release approval, deploys to production, and checks production health. Route test failures to fixing code and committing again, security failures to remediation, declined approval to holding the release, and failed production health to rollback.”

Essayez ensuiteAdd an artifact-signing step after the security scan.Add a database migration check before staging.
Ce que contient ce dessin

Comprenez les décisions qui le sous-tendent.

01Test gate

Do not deploy an artifact that fails automated tests.

02Security gate

Remediate a failed scan before continuing the release.

03Approval gate

Hold a release that has not been approved.

04Health gate

Roll back if the deployed version fails its production check.

Use this for services with build, test, staging, production, and rollback stages.

Voir tous les modèles de organigramme →

FAQ

Questions fréquentes

Why include a staging environment?

Staging provides a deployed environment where the team can run checks before exposing the release to production traffic.

What is a smoke test?

A smoke test is a short check that confirms the main functions of a deployed application are available before deeper use.

Why show rollback in the same pipeline?

A rollback is part of the release process when production health checks fail, so the response should be visible with the forward path.