（七）接收 Pull Request

📥 接收 Pull Request

7.1 采纳 Pull Request 的方法

接收到 Pull Request 后，可以在仓库的 Pull Request 标签页中查看别人发送的 Pull Request 列表。点击 Pull Request 即可查看详细内容。

图7.1 接收到的 Pull Request

7.2 采纳 Pull Request 前的准备

在采纳 Pull Request 前，除了确认代码是否正常运行外，还需进行代码审查。GitHub 提供了高效的代码审查功能。

代码审查

在 GitHub 上，可以对 Pull Request 的具体某行代码进行评论，这使得代码审查更加高效。

注： 左侧数字为修改前的行号，右侧为修改后的行号。

查看图片的差别

GitHub 不仅可以查看代码的差别，还提供了多种查看图片差别的方法。

2-up

2-up 可以同时显示一张旧图片和一张新图片，从而完成对比。

Swipe

Swipe 可以在分界线左右两侧分别显示旧图片和新图片，鼠标可以拖动分界线左右移动，帮助用户对比细节差异和细微的颜色差异。

Onion Skin

Onion Skin 能够将新旧两张图片重叠放置，分阶段从旧图片慢慢过渡至新图片，用户可以自由调节过渡比例。

Difference

Difference 功能可以直接抽出两张图片不一样的部分进行比较。

7.3 在本地开发环境中反映 Pull Request 的内容

更新本地仓库至最新状态

首先，将 Pull Request 接收方的仓库 clone 到本地开发环境中。如果已经 clone 过，则进行 pull 操作更新至最新状态。

将 Pull Request 发送方的仓库设置为本地仓库的远程仓库，并获取发送方仓库的数据。

bashCopy

$ git remote add PR发送者 git@github.com:PR发送者/first-pr.git $ git fetch PR发送者

创建用于检查的分支

获取远程仓库数据后，创建一个分支用于模拟采纳 Pull Request 后的状态。

bashCopy

$ git checkout -b prl

合并

将 fetch 完毕的 "PR 发送者/work" 的修改内容与 prl 分支进行合并。

bashCopy

$ git merge PR发送者/work

删除分支

检查结束后，删除 prl 分支。

bashCopy

$ git branch -d prl

合并到主分支

切换至主分支并合并 "PR 发送者/work" 分支的内容。

bashCopy

$ git checkout gh-pages $ git merge PR发送者/work

push 修改内容

确认本地与 GitHub 端仓库内代码的差别后，进行 push。

bashCopy

$ git push

7.4 小结

本章讲解了如何安全地接收 Pull Request。在实际开发中，接收到的 Pull Request 可能会更加复杂，因此需要谨慎处理。

注意： 无法运行的代码绝不可以合并到仓库中，否则会失去团队对你的信任。

专栏：共同创建互相学习的社区

作为仓库的维护者，可以通过处理新送来的 Pull Request 积累经验，并帮助其他读者学习 Pull Request 的收发双方知识。