部署流水线三阶段的时间预算

部署流水线分三段，各自有明确的速度预期：提交阶段在代码推送后立刻跑构建、单元测试、集成测试、静态扫描，产出一个带唯一标识的候选发布版（release candidate），要求控制在 5 分钟以内完成，因为开发者会一直等着这一步的结果才能开始下一个任务；验收阶段把候选版本部署到接近生产的环境跑更慢的测试（性能、安全、合规、功能验收），整条流水线跑完最好控制在 1 小时以内，这一阶段跑完还不放心，说明测试没设计到位；生产阶段是把已经在前两阶段验证过的同一套部署脚本原样用在生产环境，手动触发还是自动触发取决于组织是否采纳持续部署。发散：给每个阶段设时间上限不是可有可无的性能优化，而是硬约束——提交阶段一旦变慢，开发者就会开始绕过它（不等结果就切到下个任务），这条流水线本该提供的”快速反馈”承诺就名存实亡了。