HeyDeer 最新更新

在新的 PR 评论或代码行上的审查回复中，可以在任意位置写入 @heydeer review，并附上说明。HeyDeer 会识别并执行命令。

已完成、失败和已取消的审查会保留“审查过程”面板，展示每个阶段、各自耗时，以及每位审查员做了什么。

审查员会用仓库的审查语言说明自己正在做什么，并在核实前显示找到了多少条疑似问题。

在审查评论中点击“用 HeyDeer 修复”，选择要修复的问题，需要时补充说明。HeyDeer 会以你的 PR 分支为目标单独创建一个 PR，并附上改动摘要，费用从工作区积分中扣除。

审查页面会在各阶段下列出每位审查员，显示其当前动态，并可展开查看历史记录。审查员的名字在不同审查之间保持不变。

将“需要人工批准的变更”设为“重大架构和关键行为变更”后，HeyDeer 会把这类 PR 留给人工批准，并在评论中说明原因。

将“允许保留的问题”设为“允许低严重程度问题”后，只剩低严重程度问题的 PR 也可以被批准，HeyDeer 仍会列出这些问题。

检查中会显示总耗时、排队耗时和审查耗时。

审查评论末尾有一个折叠部分，显示审查深度、触发方式，以及完整报告和设置的链接。

GitHub 一报告新建或更新的 PR，自动审查就会立即开始。

在“发起审查”对话框中点击“运行审查”会立即开始审查，不再需要预览步骤。

每条审查评论都以结果开头，并在新发现的问题旁附上仍需处理的此前问题的链接。

自动批准取决于已核实的行为和尚未解决的问题，而不是变更的大小。如果某个严重风险需要更多信息，HeyDeer 会提出待澄清的问题，而不是直接批准。