Chapter 11 · Part 2

Deployment Gate and Approval

A focused chapter on deployment gate and approval, with practical delivery concerns, trade-offs, and the operational questions behind CI/CD work.

11-1

Why Every Change Needs a Controlled Path

You change one line of code on a production server. No one else knows. It feels harmless -- fixing a typo on the login page, maybe tweaking a button

4 min
11-2

When Should a Pipeline Stop and Wait for a Human?

Imagine this: your team has a solid CI/CD pipeline. Tests run automatically. Security scans pass. Code gets built and deployed to staging without anyone

5 min
11-3

What Your Pipeline Should Check Before Deployment

Imagine this: you push a change, the pipeline turns green, and you deploy. Ten minutes later, users start reporting errors. The database migration broke a

6 min
11-4

When Manual Approval Still Matters in Your Deployment Pipeline

Your pipeline is green. All automated checks passed. The build compiled without errors, unit tests ran successfully, security scans found no critical

6 min
11-5

Why Recording Approvals and Evidence Matters More Than Getting a "Yes"

You just got verbal approval from your manager to deploy a database change late at night. They said "go ahead," you ran the deployment, and everything

5 min
11-6

Why Your Staging Environment Needs Its Own Deployment Gates

A developer pushes a change to the main branch. The build passes, unit tests are green, and the pipeline automatically deploys to staging. A QA tester

5 min
11-7

When Should Your Pipeline Wait for a Human?

Picture this: your CI/CD pipeline just finished building and testing a new feature. All checks passed. The security scan found nothing suspicious. The

4 min
11-8

When Your Pipeline Decides Who Approves a Deployment

Imagine this: a developer fixes a typo in a documentation page. The change is one line, no logic affected, no database touched. But the deployment process

6 min