持续交付与持续部署的关键区别在于是否需人工确认上线：前者代码随时可上线但需手动触发，后者则全自动部署。CD流水线必须包含build、test、package、deploy四阶段，且各阶段有明确出口标准。
持续交付（CD）和持续部署（CD）不是一回事，关键区别在于“人按不按那个发布按钮”。
持续交付 vs 持续部署：就差一次人工确认
持续交付的目标是让每次通过自动化测试的代码都“随时能上线”，但是否上线由人决定。比如在 GitLab CI/CD 中配置了 production 阶段，但它被设为 needs_approval: true，那每次构建完就会卡在审批页，等运维或产品经理点“Approve”才走下一步。
持续部署则跳过这一步——只要 unit-test、integration-test、security-scan 全部通过，流水线自动执行 kubectl apply -f manifests/ 或调用 Azure App Service 的部署 API，5 分钟后用户就看到新功能了。
容易踩的坑：
