上面的一些选项的问题是，如果有人在打开PR后推送更多的提交，他们就不会给你最新的版本。 对我来说，最有效的方法是-进入PR，按下“提交”，滚动到底部查看最近的提交哈希 然后简单地使用git签出，即。

Git checkout <commit number>

在上面的例子中

git 结帐 0ba1a50

对于Bitbucket，你需要将pull替换为pull-requests。

首先，你可以通过git ls-remote origin命令确认pull request URL样式。

$ git ls-remote origin |grep pull
f3f40f2ca9509368c959b0b13729dc0ae2fbf2ae    refs/pull-requests/1503/from
da4666bd91eabcc6f2c214e0bbd99d543d94767e    refs/pull-requests/1503/merge
...

正如你所看到的，它是refs/pull-requests/1503/from而不是refs/pull/1503/from

然后你可以使用任何答案的命令。

我更喜欢在不创建本地分支的情况下提取和签出，并且处于HEAD分离状态。它允许我快速检查拉取请求，而不会用不必要的本地分支污染本地机器。

git fetch upstream pull/ID/head && git checkout FETCH_HEAD

其中ID是一个拉请求ID，上游是已经创建的原始拉请求(例如，它可以是origin)。

将远程公关分支机构导入本地分支机构:

Git获取来源' remote_branch ': ' local_branch_name '

配置本地分支的上游为远端分支。

git分支——set-upstream-to=origin/PR_Branch_Name local_branch

当您想再次将本地更改推到PR分支时

git push origin HEAD:remote_PR_Branch_name

如果你使用Github.com，转到“拉请求”，点击相关的拉请求，然后点击“命令行说明”链接:

虽然这个线程上的大多数答案都可以工作，但我更喜欢在新的分支中获取一个pull请求，并对旧的提交进行软重置(将PR更改移动到staging区域)，这允许我测试以及查看我的IDE中的差异。

git fetch origin pull/<PR-id>/head:<BRANCH_NAME>
git checkout BRANCH_NAME

然后对旧的提交进行软重置(参见使用git log的提交列表)

git reset --soft <hash_of_old_commit>

e.g

git fetch origin pull/65/head:test-branch 
git checkout test-branch
git log # press 'q' to exit
git reset --soft 7d7fe166cd878ed70c559c4e98faf2323532

运行上述命令将提取PR的更改，并将它们显示在您的IDE版本中，它们不会被提交，您可以在登台区域中看到差异(就像这些更改是在本地进行的一样)。

参考:Github文档参考