2015-07-05 44 views
2

跟着these directions正好,我回顾了开发人员Foo的Github pull请求#42,然后做了一些更改并推送它们。这创建了一个新的PR(#43),其中#42加上我的本地更改;注意我还没有在Github上打开公关,只是推。如果我想让Foo在原来推42号的分支上仍然做出改变,我的行动方针是什么?Github将更改推送给别人的分支

更一般地说,我该如何拉入PR并推动变化,以使Foo和I都可以在同一个PR上工作?

This SO question是相关的,但没有给出明确的答案。

回答

1

想象一下,user1有一个远程仓库repo1。创建pull请求的正常工作流程是:fork fork user1的repo1并开始在分支(通常为master)中工作。

作为Git的观点,Pull Request甚至不存在 ... PR只是一些Git主机提供的便利。

要让Git有两个分支,一个在user1的repo1中,另一个在fork中。即使在创建PR时,您的分支仍像其他分支一样存在。所以,如果你想让其他人在你的分支(和公关部门)与你合作,你应该给他们写入你的repo的访问权限,他们将能够向它提交提交。