完全遵循these directions，我查看了开发人员Foo的Github拉取请求＃42，然后进行了一些更改并推送它们。这创造了一个新的PR（＃43），包括＃42加上我的本地变化;注意我还没有在Github上打开PR，它只是被推了。如果我希望Foo仍然在她的分支上进行更改，最初推动＃42，我的行动方式是什么？
更一般地说，我如何引入PR并推动更改，以便Foo和我可以在同一个PR上工作？
This SO question是相关的，但没有给出明确的答案。
答案 0 :(得分：1)
想象一下，user1有一个远程存储库repo1。创建拉取请求的正常工作流程是：您分叉user1的repo1并开始在分支（通常是主）中工作。
从Git的角度来看，Pull Request甚至不存在 ... PR只是一些Git主机提供的便利。
To Git有两个分支，一个在user1的repo1中，另一个在fork中。即使您创建PR，您的分支也会像任何其他分支一样继续存在。因此，如果您希望其他人在您的分支机构（以及PR中）与您协作，您应该授予他们对您的仓库的写入权限，并且他们将能够推送到它。