配置审查
自动批准
当审查没有发现任何需要关注的问题时，HeyDeer 可以在 GitHub 上批准 PR。只有开启此功能后，它才会批准。
批准模式
在“组织设置 → 审查规则”的“发布结果”下设置“自动批准”，也可以按仓库单独设置；参见设置如何生效。
| 模式 | HeyDeer 何时批准 | 适用场景 |
|---|---|---|
| 不自动批准（默认） | 从不 | 每项改动都由人工批准 |
| 仅简单改动 | 审查没有发现问题，且改动明显风险很低，例如重命名或文档更新。仅仅改动小还不够。 | 常规改动无需等待即可合并 |
| 没有发现任何问题时 | 审查没有发现问题，无论改动内容如何 | 内部工具和原型 |
批准的条件
- 在你的反馈范围内没有发现的问题，且之前的 HeyDeer 审查没有遗留未解决的疑虑，除非有写权限的人已决定不处理。
- 所有匹配的仓库检查均已通过，且没有审查警告提示有检查或发现的问题被遗漏。
- 没有需要人工判断的内容，且并非所有改动的文件都是生成文件。
- PR 仍处于已审查的版本，其基础分支没有变动，且不是草稿。
- 已开启“在 PR 中发布审查评论”。参见发布结果。
批准时会说明理由。HeyDeer 没有批准时，HeyDeer Review 检查会解释原因。
批准与 GitHub 分支规则
HeyDeer 以 HeyDeer GitHub App 的身份批准，收到新提交时不会撤销自己的批准。如果需要重新批准，请在分支规则中开启“Dismiss stale pull request approvals when new commits are pushed”。
HeyDeer 的批准是否计入所需的批准数，由你的分支规则决定。如果每次合并都必须由人批准，请要求代码所有者审查，或要求多于一个批准。