我找不到一个简单的方法来做到这一点。 我能找到的“最简单”是创建十个单独的分支,并将十个单独的提交中的每一个分别挑选到这些分支中,然后从每个分支发送一个pull请求。 那是......不理智! (参见例如how to divide one pull request into two different pull request on github)
底层的git request-pull
函数支持这个工作流,因此GitHub在这方面没有一个好的接口问题吗?我注定要创建十个分支吗?
答案 0 :(得分:12)
GitHub的Pull请求被设计为每个分支,而不是每个提交。 This is deliberate:
发送拉取请求后,推送到分支的任何新提交都将自动添加到拉取请求中。如果您需要进行更多更改,这将非常有用。
如果你想在GitHub中发送10个Pull请求,你必须使用10个分支来完成。唯一的例外是,如果您在提交下一个请求之前等待每个Pull请求合并。
答案 1 :(得分:1)
Grason Koonce提出的一项解决方案是:
为每个零件创建连续的分支,并对先前的分支点(而不是目标分支)发出拉动请求。
一旦所有审核并接受的内容以相反的顺序进行合并,则5-> 4、4-> 3、3-> 2、2-> 1,然后是1->主/目标。
虽然不漂亮,但这是一个解决方案。
https://graysonkoonce.com/stacked-pull-requests-keeping-github-diffs-small/