- 必需状态检查：CI 必须绿（构建、测试、静态检查）
- 必需批准数：按仓库风险设置（如 1-2 人）
- 要求解决所有对话：避免口头已解决的无记录处理
- 限制直接推送：保护分支只通过 PR/MR 进入
规则是兜底而不是替代：合入质量仍以人工评审为准。
| 最小规则集 | CI 必绿、至少一人批准、讨论已解决 |
|---|---|
| 例外处理 | 管理员绕过须留记录，并在回顾中复盘原因 |
分支保护与强制评审
分支保护把评审要求固化为规则：主干必须通过 CI、达到批准数、解决讨论后才能合并，防止绕过评审的直接推送。
易错点
- 必需批准数形同虚设（自己批自己）：评审无实际约束
- CI 检查不稳定却设为必需：团队常态化用管理员权限绕过
数据来源与参考
- GitHub Docs · About protected branches
- GitLab Docs · Protected branches