GitHub 通过统一评论面板简化拉取请求审查

Alvin Lang 2026年2月19日 20:29

GitHub 的文件更改页面现在在一个面板中显示所有 PR 评论,消除了代码审查期间的标签切换。这是平台用户体验持续改进的一部分。

GitHub 于2026年2月19日推出了一项改善使用体验的更新,将拉取请求评论直接整合到文件更改页面中,解决了开发人员审查代码时长期存在的工作流程摩擦点。

此更改消除了在文件更改页面和对话页面之间不断切换标签的问题,这对于审查过多个 PR 的人来说一直是个小麻烦。一般评论现在会出现在代码差异旁边的专用评论面板中,让审查者可以追踪高层次的讨论而不会失去位置。

除了查看之外,开发人员现在可以直接从此面板添加新评论并使用引用回复。此更新还修复了已解决和未解决评论的筛选行为——状态现在可以正确显示和更新,这听起来很基本,但显然之前并未按预期工作。

一个实用的调整:在请求更改时,如果您已经留下内联评论,则可以跳过撰写摘要。虽然是小事,但它消除了审查流程中不必要的摩擦。

更广泛的文件更改改革的一部分

此更新建立在 GitHub 于2025年6月推出的改进文件更改页面公开预览的基础上,该预览专注于更快的差异渲染、更好的可访问性和改进的键盘导航。该平台在过去一年中一直在有条不紊地解决其核心 PR 工作流程中的性能和可用性问题。

这一时机与 GitHub 更广泛地推进 AI 辅助开发相吻合。就在两天前的2月17日,该公司宣布了 Agentic Workflows 的技术预览访问权限——这些 AI 代理可在 GitHub Actions 中自动运行,以处理 PR 审查和问题分类等任务。该平台最近还增加了对 Copilot 代理自动填充 PR 模板的支持。

接下来会有什么

GitHub 已预览了2026年初的拉取请求堆栈,这将允许开发人员将大型更改分解为相互依赖的 PR,这些 PR 可以单独或作为一组合并。结合2025年11月的 Actions 改进——YAML 锚点、扩展的缓存容量和更深层次的可重用工作流程嵌套——该平台显然押注于更流畅的 PR 工作流程可以转化为更快的交付速度。

遇到新文件更改页面问题的开发人员可以通过 GitHub 的专用预览讨论主题提交反馈。

图片来源:Shutterstock