如何通过GitHub API为Pull Request动态添加必选审查人

你当前调用requested_reviewers接口添加的只是普通审查邀请，不会触发GitHub的合并阻断逻辑，这是接口本身的设计定位导致的，以下是可落地的生产级方案：

方案1：自定义审查校验+分支保护状态检查卡点（最适配你现有逻辑） #

这套方案完全兼容你现在用的文件头部# protected-by标识、CircleCI检测流程，不需要重构已有逻辑，只需要补全卡点环节：

• 先到仓库设置的分支保护规则中，开启「合并前必须通过状态检查」，把你现在跑文件保护检测的CircleCI任务设为必选卡点项，只要这个任务不通过，PR就没法点合并按钮。
• 改造现有CircleCI任务的执行逻辑：
  1. 提取到变更文件对应的保护团队列表后，除了调用接口把团队加为审查人，直接把当前CI任务的状态标记为待处理/失败，先阻塞合并，同时可以给PR打个类似needs-protect-approval的标签方便识别。
  2. 新增事件监听逻辑，捕获PR的审查提交动作，每次有人提交审查时，校验所有被要求的保护团队是否都已经给出了批准意见：如果全部审批通过，就调用GitHub的检查状态接口把对应CI任务的状态更新为通过，解除合并阻塞；如果还有团队没审批，就保持阻塞状态。
• 这套方案灵活度最高，你可以自定义任意的归属判定规则，不受GitHub原生功能的限制。

方案2：动态生成CODEOWNERS文件+原生强制审查规则 #

如果你不想自己维护审批状态的校验逻辑，可以直接复用GitHub原生的CODEOWNERS强制审查能力，适配你的自定义标识：

• 第一步在分支保护规则里开启「要求CODEOWNERS审查通过方可合并」的开关，原生的CODEOWNERS匹配到的审查人，审批是默认作为合并必选项的，不需要额外做卡点。
• 第二步加一个前置CI任务：每次PR提交、或者目标分支有代码合入时，自动扫描全仓库所有带# protected-by头部标识的文件，按照文件路径生成符合CODEOWNERS语法的规则，自动更新仓库根目录下的CODEOWNERS文件。
• 注意给跑这个任务的CI账号开仓库的写入权限，另外生成规则的时候要处理好路径匹配优先级，避免宽泛的路径规则覆盖掉单文件的专属归属配置。

方案3：静态配置分支保护路径审查规则 #

如果你的文件归属团队调整频率很低，也可以直接在仓库分支保护规则里，按文件路径配置对应的必选审查团队，配置完成后只要PR修改了对应路径下的文件，GitHub会自动要求配置的团队审批通过才能合并。这个方案不需要写额外的CI逻辑，但没法自动读取你文件头部的自定义标识，每次文件归属调整都要手动改仓库配置，灵活度很差，只适合规则固定的场景。

避坑提示：不要尝试仅通过请求审查人接口实现强制阻断，这个接口的作用只是发送审查通知，本身不会和合并校验逻辑挂钩，必须配合分支保护层的卡点规则，才能实现真正的必选审查要求。

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