Answers:
拉取请求基于分支。
打开多次提交的拉取请求的唯一方法是:
我发现最简单的方法是使用hub命令(https://github.com/defunkt/hub)。
从您要为其创建拉取请求的主题分支(在本示例中为“功能”),您可以运行:
git pull-request
(请记住首先推动您的分支!)
它将在GitHub上为“ YOUR_USER:feature”打开一个新的拉取请求。
如果您已经在GitHub上创建了问题,您甚至可以将拉取请求附加到该现有问题上(您无法通过Web UI执行此操作):
$ git pull-request -i 123
[ attached pull request to issue #123 ]
您实际上可以在不创建另一个分支的情况下执行此操作,但是这需要花费一些时间。
步骤如下:
如我所见,pull请求将提交C视为分支点。或者其他的东西。
最初创建拉取请求时,如果为新的拉取请求打开两个单独的表单,则只要它们指向要合并的不同分支,就可以创建它们。例如,我可以发出两个单独的请求,一个合并到主请求,另一个合并到测试。
我是Git和GitHub的新手,并且有与OP相同的问题。
我找到了一个解决方案,该解决方案可能在OP时代尚不可用。
情况:您有3个更改,并且您希望每个都在前一个基础上构建,并且每个都有自己的拉取请求(PR)。
问题:当您创建第一个试图将开发人员拉入开发者的PR时,一切看起来都很好,但是在对第二个PR进行更改并合并(使用同一分支)之后,所有更改都在同一个PR中。
迷你解决方案:创建一个新分支
git branch mini_change_2
git checkout mini_change_2
现在,将代码推送到GitHub并创建PR,但是默认情况下将其从mini_change_2拉到master,除非master尚未从第一个PR进行更改,因此它包括PR1和PR2的所有更改。
最佳解决方案:指定要在PR2中合并到的分支。
创建第二个PR时不要只接受默认值,例如要将mini_chnage_2拉到Develop,这只会显示mini_change_2中的更改
现在创建一个新的分支mini_change_3和PR到mini_change_3。
一旦开始合并它们,问题就来了……但这是另一回事。