GitHub能否按单个Pull Request设置所需评审人数而非按分支配置？

首先明确结论：GitHub 原生分支保护规则 不支持直接把全局统一的强制评审人数要求，切换为按单个PR单独设置阈值。

原生规则的固定逻辑如下：

• 分支保护中配置的「PR合并前需获得N个批准评审」规则是分支维度的全局配置，所有目标对应该受保护分支的PR，都必须满足这个统一的人数要求，平台没有提供PR级别的修改入口。

如果要实现单PR自定义评审人数的需求，可以通过以下三种可行方案落地：

• 基于CODEOWNERS做路径维度的差异化规则
  在仓库根目录维护CODEOWNERS文件，针对不同目录/文件类型预设不同的评审人数要求：比如改动核心源码目录的PR自动要求2个审批、改动文档、配置类非核心目录的PR自动要求1个审批。规则会根据PR实际改动的文件路径自动匹配生效，不需要手动调整PR设置，但属于预设规则匹配，不支持完全自由的单PR自定义。
• 基于GitHub Action自定义校验逻辑
  实现步骤：
  1. 关闭分支保护中原生的固定评审人数校验项，开启「必须通过指定状态检查才可合并」的规则
  2. 编写自定义Action工作流，监听PR评审提交、PR描述编辑事件，支持识别PR描述中自定义的人数标记（比如在PR正文里写需评审人数:1/需评审人数:3这类约定好的标识），自动统计当前PR的有效批准数，达到标记的人数就推送检查通过的状态，未达到则推送检查失败状态阻断合并。
     这种方式可以完全实现按单个PR灵活设置所需评审人数，只需要自行维护对应的工作流代码即可。
• 接入第三方PR流程管理应用
  现有不少专门做GitHub评审流程管控的第三方应用，支持通过给PR打标签、发指定评论的方式设置当前PR的所需评审人数，自动完成人数校验阻断合并，逻辑和自定义Action一致，优势是不需要自己开发维护工作流。

注意：如果关闭了原生的统一评审人数校验，一定要把替代的校验规则设为分支保护的强制阻断项，避免出现不满足评审要求也能合并的权限漏洞。

内容的提问来源于stack exchange，提问作者Lucas