Ing. Calogero Bono
GitHub 已开始公开预览 Pull Request 的新概览页面。你可以自行选择启用，据官方公告，推广将持续到周末。新页面把合并状态和可用操作放到顶部，汇成一份紧凑的摘要。对于每天审阅大量 Pull Request 的人来说，这很有价值，因为以往要先翻过大量评论和事件，才能弄清楚是什么卡住了工作。
在进入正题之前，先了解几个术语。 Pull Request 是把一个分支的修改合并进主代码的请求。合并框是 GitHub 显示该请求能否被合并的区域。Check 是自动化检查，例如测试。公开预览指功能已对所有人开放，但仍在开发中。分支是代码的工作分支。
Pull Request 的新概览页面是什么？
据 GitHub 的官方公告，这是 Pull Request 的一种新视图，以预览形式提供给主动选择的用户。它在顶部呈现一份进度摘要，因此你不必再一直滚动到合并框。
GitHub 将其定位为一次更广泛重新设计的第一步，目的是让 Pull Request 在代码、对话和审阅不断变化的过程中更容易跟踪。
合并框有什么变化？
GitHub 表示，重新设计后，同样的信息只占用不到原来一半的空间。这不只是把它往上挪了。
- 紧凑的 check、评论和审批视图让上下文触手可及。
- 你可以直接处理阻塞项，例如更新分支。
- 你能看出请求是否已就绪，并在满足要求后进行合并。
从摘要出发，还可以继续查看有用的细节，比如失败的 check、仍需审批的人，以及相关的评论。
如何更好地跟进评论？
这次预览引入了几项帮助你理清脉络的工具。
- 可按未解决的对话或你自己写的评论进行筛选。
- 可按从最新到最旧排序。
- 右上角有一个摘要，帮你找到审阅评论、审阅请求和其他更新。
在顶部还可以根据权限，把草稿标记为可供审阅，或直接关闭 Pull Request。
如何试用，以及如何切换回经典视图？
在 Pull Request 顶部点击带有星光图标的「试用 Overview 页面」按钮即可。在预览期间，同一菜单也能让你切换回经典视图。
GitHub 邀请大家在下一个 Pull Request 上试用，并说明哪些内容更容易找到、哪些地方仍会丢失上下文，以及是什么原因让你切换回经典视图。反馈请留在专属讨论区。如果想回顾整个审阅流程，可以先看我们关于 Pull Request 与代码审阅的指南。
需要了解的局限
目前我们只有 GitHub 的公告，没有独立的测量数据来证明节省了多少时间，合并框空间减半这一数字也是公司自己提供的。公告中没有说明计划、正式全面上线的日期以及后续改动。GitHub 本身把这次预览称为「一个起点」，因此界面可能会根据反馈继续调整。
对使用数字工具工作的人意味着什么
如果你每天都要审阅代码，这份摘要能缩短从「看清什么在阻塞」到「知道下一步做什么」的距离。对于有大量待处理请求的团队，它尤其有用。你可以先在几个真实的 Pull Request 上试用，不必强制全队切换，因为这个视图是可以关闭的。如果你的工作依赖分支保护规则和自动化测试，不妨确认一下在新摘要中 check 结果是否清晰可读。一套完善的自动化测试会让这个视图更有用。
我们的看法
这是一次规模不大但目标明确的改进。代码审阅已经成为许多团队的瓶颈，需要检查的改动量也在增长，GitHub 在代码智能体方面的工作就说明了这一点。让请求的状态一目了然，比增加许多新功能更实在。接下来要看的是，这份摘要在长而复杂的 Pull Request 上是否依然可靠，因为这类场景下最大的风险是过度依赖一份摘要。
常见问题
新的概览页面对所有人开放了吗？
还没有。它是自愿参与的公开预览。GitHub 表示推广会持续到周末。要开启的话，点击 Pull Request 顶部的按钮即可。
我可以切换回经典视图吗？
可以。在预览期间，从开启时使用的同一个菜单就能切换回经典视图。
新的合并框会显示什么？
它以紧凑的形式显示合并状态和可用操作，并包含 check、评论和审批的视图。GitHub 称其占用的空间不到原来的一半。
我可以筛选评论吗？
可以。你可以只看未解决的对话，或者只看你自己写的评论，也可以按从最新到最旧排序。
在哪里提交反馈？
在 GitHub 公告中提到的概览页面预览专属讨论区。GitHub 希望大家说明哪些内容更容易找到，以及在哪些地方会丢失上下文。
未来几周 GitHub Pull Request 值得关注什么
这次预览只是更大规模重新设计的开始。值得观察它如何演进，以及在日常使用中是否站得住脚。
- 留意 GitHub 是否会在合并框之外，为体验的其他部分宣布新的改动。
- 与团队对比使用新视图前后的审阅耗时。
- 关注反馈讨论区中的意见，了解哪些局限性最突出。
