【译】今天我将审核 GitHub 拉取请求

　　今天我将向大家演示，在开发团队协作或者管理开源项目时，如何处理最常见的工作之一：拉取请求（Pull Request）。

　　本次演示我们会使用 Visual Studio 内置的 GitHub 工具，不过这套操作思路在 Azure DevOps 中也大同小异。

查看拉取请求

　　首先打开代码仓库的拉取请求。依次选择 Git → GitHub → View Pull Requests。您也可以按下 Ctrl+Shift+P，在命令面板中搜索该命令。

　　随后，Visual Studio 会加载该仓库下所有的拉取请求，并进行分组：分配给我的拉取请求、仓库内全部拉取请求，甚至还有 Copilot 替我创建的拉取请求。

　　接下来选择其中一个拉取请求，开始评审工作。

操作拉取请求

　　打开拉取请求后，内容会加载到“View Pull Requests”面板的主区域。我习惯点击“Open in New Tab”，这样它会单独新开标签页，充分利用屏幕空间。

　　拉取请求界面左侧是文件列表，主窗口默认展示拉取请求概览。在这里可以阅读描述、查看已有评论，也可以添加自己的评论。

　　点击文件列表里的文件，就能查看文件的差异对比视图。依托 Visual Studio 的能力，C# 代码会带有语法高亮，同时还能看到当前打开文件里所有类型的列表。

　　如果查看的是已有修改的文件（不是新增文件），您可以选择查看完整文件，或是精简视图。精简视图会折叠未改动的代码行，只保留变更位置，适合查看长文件，避免反复滚动。

　　您可以在拉取请求的文件上添加批注：点击代码行旁的边距（多选多行后也可以批量操作），打开行内评论窗口。Visual Studio 会暂存这些评论，直到您提交本次评审。

批准与合并

　　这个拉取请求没有问题，可以合并到主分支了。在 Visual Studio 右上角点击“Approve”，同步更新 GitHub 上该 PR 的状态。

　　旁边的选项支持合并拉取请求，或是设置自动合并（等待其他检查项通过）。这些选项遵循仓库预先配置的策略规则。

引入 Copilot

　　评审 PR 的过程中，我们可以让 Copilot 充当结对伙伴。比如借助它做“小黄鸭调试式评审”，针对改动内容进行梳理，或是向它询问本次方案的相关问题。操作方式：在活跃拉取请求列表里右键对应 PR，选择 Add to Chat；或者在 Copilot 对话中使用#pullrequest:<id> —— 两种方式都可以把这个 PR 作为对话上下文。

　　之后您就可以继续和 Copilot 交互，它会读取这份拉取请求的上下文信息。

总结

　　不管是开源项目还是企业内部项目，评审和处理拉取请求都是开发者的日常工作。借助 Visual Studio，所有操作都能在同一环境内完成，不用在多个工具之间来回切换。同时还能享用 Visual Studio 的配套能力，例如语法高亮、成员层级结构查看等。

 

原文链接：https://devblogs.microsoft.com/visualstudio/today-i-will-review-github-prs/