| 响应 | 失败通知直达提交者与负责人，优先修复再开新工作 |
|---|---|
| 停止线 | 主干连续失败或红灯超时 → 暂停合并，集中恢复 |
| 记录 | 失败原因分类（代码/用例/环境/基础设施）用于归因改进 |
通知内容模板
通知内容模板
项目 / 分支 / 提交 / 失败作业 / 链接 / 首次失败时间 / 责任人「按需重跑」不是修复：统计重跑成功率可识别真实的不稳定源。
构建失败处理策略
约定失败后的响应：谁修、多久内修、能否继续合并；配合「停止线」机制避免问题顺流到发布环节。
易错点
- 失败无归属：通知只进公共群，责任漂移，平均修复时间拉长
- 把环境抖动混入代码失败统计：无法定位真正的改进点，先分类再治理
数据来源与参考
- Google SRE Workbook（发布工程实践）
- DORA《Accelerate》