首选Github工作流程，用于在代码检查后更新拉取请求

#1 楼

只需向pull请求中使用的分支添加新提交，然后将该分支推送到GitHub。拉取请求将通过其他提交自动更新。

＃2和＃3是不必要的。如果人们只想查看分支的合并位置（而不是其他提交），则可以使用git log --first-parent在日志中仅查看合并提交。

#2 楼

要更新拉取请求

要更新拉取请求（第1点），您唯一需要做的就是签出拉取请求所在的同一分支，然后再次将其推入：

cd /my/fork
git checkout master
...
git commit -va -m "Correcting for PR comments"
git push

可选-清除提交历史记录

可能会要求您将提交压缩在一起，以使存储库历史记录干净，或者您自己想删除中介提交会分散您的拉取请求中的“消息”（第2点）。例如，如果您的提交历史记录看起来像这样： >

$ git remote add parent git@github.com:other-user/project.git
$ git fetch parent
$ git log --oneline parent/master..master
e4e32b8 add test case as per PR comments
eccaa56 code standard fixes as per PR comments
fb30112 correct typos and fatal error
58ae094 fixing problem

这将提示您选择如何重写请求请求的历史记录，以下内容将出现在您的编辑器中：

$ git rebase -i parent/master 

>对于任何您想成为上一个提交的提交-更改为壁球：

pick 58ae094 fixing actual problem
pick fb30112 correct typos
pick eccaa56 code standard fixes
pick e4e32b8 add test case as per PR comments

并关闭编辑器。然后，Git将重写历史记录，并提示您提供一个合并提交的提交消息。相应地进行修改，现在您的提交历史记录将变得很简洁： >并且您的拉取请求将包含一个提交，其中包含以前拆分为几个提交的所有更改。在可能已被其他人克隆的分支上，这是一件坏事-它导致存储库的历史记录和结帐的历史记录不一致。您建议将其集成到存储库中-是一件好事。因此，毫无保留地将“噪音”从您的拉取请求中挤出来。

关于分支的说明

在上面的示例中，我将拉取请求显示为来自您的fork的git push -f分支，这并没有错，但确实会造成某些限制，例如，如果这是您的标准技术，则每个只能打开一个PR资料库。不过，最好为要提出的每个更改创建分支：

pick 58ae094 fixing actual problem
squash fb30112 correct typos
squash eccaa56 code standard fixes
squash e4e32b8 add test case as per PR comments