一次Git场景:合并与新分支最新和未决pull请求上的Git回购
- 我岔开产地/开发和工作在名为F1一个特性分支。
- 我按F1并提交拉取请求。
- 拉取请求正在等待处理。
现在我想创建另一个功能的分支 - F2。 F2依靠F1,还依赖于其他开发者开发的一些新增功能。
换句话说,我想创建具有F1和最新开发的分支F2。
这是什么/适当的工作流程?
一次Git场景:合并与新分支最新和未决pull请求上的Git回购
现在我想创建另一个功能的分支 - F2。 F2依靠F1,还依赖于其他开发者开发的一些新增功能。
换句话说,我想创建具有F1和最新开发的分支F2。
这是什么/适当的工作流程?
从F1
创建您的新分支并合并到develop
中,或者从develop
创建并合并F1
。最终的结果在内容方面是一样的,只是修订树会有不同的形状,这应该不重要。
当F2
准备就绪时,创建一个拉取请求。但只有F1
已被接受。如果您在F1
被接受之前创建了F2
的PR,您将给审阅者带来不便,因为在那种情况下,F2
和F1
都将在该PR中。
检查拉请求都是关于检查源分支和目标分支之间的差异。如果F1
已被接受,则只有F2
中的唯一更改会显示在差异中。无论多少其他分支已合并到F2
中,只要它们已合并到目标中,它们将不会显示在差异中,因此审阅者可以专注于F2
的唯一更改。
在F2
上工作时,如果F1
发生变化,您可以在需要时将其合并。这并不重要。在F1
被接受到目标中后,审阅者将只能看到F2
的唯一更改,它从F1
合并多少次并不重要,也不必包含整个F1
。
从F1
开始F2
并合并在origin/develop
的添加中。一旦F1
的拉动请求被接受,在新的0123'之上绑定并提交F2
的拉动请求。