请求评审人是什么
指派评审人是让改动被看见的关键一步：可以在创建 PR/MR 时指定，也可以事后补加，个人与团队均可作为评审对象。GitHub 支持通过 CODEOWNERS 自动请求对应负责人，GitLab 支持审批规则自动指派。核心不是「叫更多人来看」，而是按改动范围找到合适的人——领域专家加一到两名熟悉上下文者通常就够，人多了反而责任分散。
基本信息
| GitHub | PR 侧栏 Reviewers，或 CODEOWNERS 自动请求；支持团队 |
|---|---|
| GitLab | MR 侧栏 Reviewers；审批规则可指定多个审批者 |
| 命令行 | gh pr edit --add-reviewer <用户> |
| 自动指派 | CODEOWNERS（GitHub）与审批规则（GitLab） |
| 平台 | GitHub 与 GitLab |
典型使用场景
- 改动涉及特定领域，需要请对应负责人把关
- 新人提交改动，请导师或熟悉模块的人评审
- 大改动希望有两位角度不同的评审者
- 需要审批规则满足后才能合入的场景
- 把评审请求补漏，避免 PR 长期无人处理
- 维护者代外部贡献者补加团队评审人
常用示例
常用示例
gh pr create --reviewer alice --reviewer team/frontend # 创建时指派
gh pr edit 128 --add-reviewer bob # 事后补加
gh pr view 128 # 确认当前评审状态两种指派机制
| 机制 | 特点 |
|---|---|
| 手工指派 | 灵活，适合需要特别关照的改动 |
| CODEOWNERS 或审批规则 | 按路径自动指派，减少遗漏 |
按改动范围选人：领域专家加一到两名熟悉上下文者通常足够，避免一次请求过多人导致责任分散。
自动指派依赖规则文件与团队名配置正确，规则写错时整行会被忽略，配置后用一次测试 PR 验证是否真的请求到了人。
指派评审的推荐做法
- 按改动范围选人，领域专家加一到两名熟悉上下文者
- 在描述里点出需要重点关注的位置
- 长时间无人响应时主动提醒或找维护者补加评审人
- 规则文件变更后用测试 PR 验证自动指派是否生效