主干可发布是什么意思
保持主干可发布指默认分支任何时刻都处于绿色可发布状态：构建、测试、检查全部通过。它是持续交付的前提，也是回滚与热修依赖的基线——主干红着的时候，回滚回哪、热修基于哪里都说不清。保障靠三件事：合并门禁（不绿不合）、快速修复纪律（红了先修再合新变更）、稳定的自动化测试（不稳定用例隔离）。
基本信息
| 含义 | 默认分支上构建、测试、检查全部通过 |
|---|---|
| 保障 | 合并门禁 + 快速修复纪律 + 稳定的自动化测试 |
| 衡量 | 主干红灯时长与次数纳入团队度量 |
| 纪律 | 主干红时暂停新合并，优先恢复绿色 |
红灯处置流程
| 阶段 | 动作 |
|---|---|
| 发现 | 自动通知到负责群，标出失败作业与提交 |
| 止血 | 快速修复或回退，两者都走验证 |
| 恢复 | 确认绿灯后恢复合并 |
| 复盘 | 定位引入原因，补门禁或测试 |
典型使用场景
- 合并前验证：所有入库变更必须先过门禁
- 发布基线：绿色主干才能可靠地打标签出包
- 回滚与热修：任何回退都基于绿色提交点
- 度量管理：红灯时长与恢复时长进入团队看板
- 分支策略：主干保护规则强制门禁通过才可合并
- 值班轮换：红灯响应轮值到人，避免都以为别人在看
检查主干状态
检查主干状态
# 各平台都提供 API/页面；脚本化巡检便于接入群通知
git log --oneline -5 origin/main
# 示意：用平台 CLI 查最近一次主干流水线状态
# gh run list --branch main --limit 1主干红时暂停新合并是一种常见纪律：先恢复绿色，再接纳新变更。
恢复绿色有两种合法路径：快速修复或回退引入提交；共同点是都要走正常验证，不能带 bug 宣布绿色。修复也要按同等级变更评审，不因着急降低标准。