在Git repo上使用新分支合并最新和待处理的拉取请求

时间:2014-03-26 21:57:42

标签: git

Git场景:

  1. 我分支起源/开发并在名为F1的功能分支上工作。
  2. 我按F1并提交拉取请求。
  3. 拉取请求待定。
  4. 现在我想为另一个功能创建分支 - F2。 F2依赖于F1,还依赖于其他开发人员开发的一些新增功能。

    换句话说,我想创建具有F1和最新版本的分支F2。

    这是什么/适当的工作流程?

2 个答案:

答案 0 :(得分:1)

F1创建新分支并将develop合并到其中,或者从develop创建并合并F1。最终结果在内容方面是相同的,只是修订树将具有不同的形状,这不应该是真的重要。

F2准备好后,创建一个拉取请求。但只有在F1被接受之后。如果您在F2被接受之前为F1创建公关,则会给审核人带来不便,因为在这种情况下F2F1都会在该公关中。

查看拉取请求就是检查源分支和目标分支之间的差异。如果已经接受F1,那么只有F2中的唯一更改才会显示在差异中。有多少其他分支合并到F2并不重要,只要它们已经合并到目标中,它们就不会出现在差异中,因此评论者可以集中精力关于F2的独特变化。

在处理F2时,如果F1发生了变化,您可以根据需要进行合并。这并不重要。在F1被接受进入目标后,审核人只会看到F2的唯一更改,它与从F1合并的次数无关,并且它不会#&# 39; t必须包含整个F1

答案 1 :(得分:0)

F2之上启动F1,然后合并origin/develop中的添加内容。在接受F1的提款请求后,请在新F2之上重新origin/develop并提交F2的提款请求。