GitHub 上的审查
PR 评论命令
在 PR 中发表评论，即可请求 HeyDeer 审查或暂停自动审查。无论审查时机如何设置，命令在每个已连接的仓库中都可用。
命令
| 命令 | 作用 |
|---|---|
@heydeer review | 使用仓库的默认审查深度和反馈范围审查当前提交。开启“只审查新改动”时，只覆盖自上次审查以来的改动。参见后续审查。 |
@heydeer full review | 重新审查整个 PR。 |
@heydeer pause | 停止此 PR 的自动审查。排队中的审查会继续，你仍然可以手动请求审查。 |
@heydeer resume | 解除暂停。不会发起审查。 |
手动请求的审查不计入“每个 PR 的自动审查次数上限”。如果请求与已在排队或运行中的审查相同，会并入该审查。
HeyDeer 会回复确认命令，或说明命令无法执行的原因。
HeyDeer 如何识别评论
- 请在 PR 的对话中新建一条评论，只写命令本身。行内审查评论、编辑过的评论、引用的命令和代码块都不会执行命令。
- 命令不接受任何选项。如需选择审查深度或反馈范围，请从 HeyDeer 发起审查。
其他以 @heydeer 开头的评论会收到一份命令列表，每个 PR 每小时最多一次。HeyDeer 不回答问题。
谁可以执行命令
“谁可以发起手动审查”决定谁可以执行命令。可在“组织设置 → 审查规则”的“手动审查权限”下设置，也可以在仓库的“审查规则”中设置。
| 选项 | 谁可以请求审查 |
|---|---|
| 拥有仓库写权限的所有人 | 默认。拥有写入、维护或管理权限的所有人。 |
| 拥有写权限的指定用户或团队 | 列在“可手动触发的用户名”或“可手动触发的团队 slug”中、且拥有写权限的人，最多 100 个用户名和 30 个团队。 |
同样的规则也适用于从 HeyDeer 和检查上的按钮发起的审查。自动审查筛选条件不限制手动请求的审查。参见审查筛选条件。