Copilot approvals 与合并要求

Copilot approvals 处于 public preview，默认关闭。每次审查 overview 中的 approval assessment 只是判断说明；默认 Comment review 不计入 required approvals。允许正式 Approve 以及让它计入合并条件，还需要对应政策与仓库配置。

仓库的两个开关

仓库 Settings → Copilot → Code review → Auto-approval：

• Allow Copilot to approve pull requests：允许提交 Approve review。
• Allow Copilot approvals to count toward merge requirements：允许该审批计入 PR 必需审批。

不要把第一个开关理解成所有合并规则都已满足。其他检查、审批和分支保护仍按 PR 的实际合并状态执行。

用文件范围限制计数

File paths 每行填写一个 glob，最多 15 个。只有 PR 中每个改动文件都匹配至少一个所列 glob，Copilot approval 才能在此范围规则下计入合并要求。留空表示不按文件路径缩小范围。

这里的条件针对整个 PR，不是“只要一个文件匹配就计入”，也不是告诉代码审查忽略其他文件。

组织与企业政策

组织 Code review 的 Count Copilot approvals toward merge requirements 可选 Enabled everywhere、Let repositories decide、Enable for selected repositories 或 Disabled everywhere。只启用指定仓库时，还需明确分配仓库。

企业 AI controls → Available Agents → Copilot code review 下的 Allow Copilot to approve pull requests 可让组织决定、只启用指定组织，或全局禁用；默认 Disabled everywhere。下层设置受企业政策约束，不能只改仓库就绕过上层禁用。

新提交后的行为

Copilot 批准后再推送新 commit，原批准会被撤销，需要重新请求审查。没有新的有效批准，不能把旧 overview 文本当成对最新 diff 的审批。

这项能力与云端代理“生成代码”的角色不同。云端代理本身的 PR 创建、独立评审和工作流审批限制仍需按云端安全边界核对，不能因为 code review 产品可正式批准，就推断实现任务的代理可以自行验收并合并。