Git合并并行特征分支

Git合并并行特征分支,git,merge,branching-and-merging,Git,Merge,Branching And Merging,我尝试使用git,如中所述。今天我开始写“功能A”。在为它开发的过程中,我很快就明白我需要另一个“功能B”来让我的生活更轻松。所以“特征A”取决于“特征B”。因此,我为“功能B”创建了一个新分支并实现了它。但我现在如何继续?是否将功能B合并到功能A中?我是否将功能B合并到开发中,并将开发“重新合并”到功能A中?还是将“功能B”合并到“功能A”和开发中 有什么想法吗?建议?如果“功能A”依赖于“功能B”,那么将B合并到develop中是没有意义的,所以您可能需要先将其合并到A中。如果从B中对B的更

我尝试使用git,如中所述。今天我开始写“功能A”。在为它开发的过程中,我很快就明白我需要另一个“功能B”来让我的生活更轻松。所以“特征A”取决于“特征B”。因此,我为“功能B”创建了一个新分支并实现了它。但我现在如何继续?是否将功能B合并到功能A中?我是否将功能B合并到开发中,并将开发“重新合并”到功能A中?还是将“功能B”合并到“功能A”和开发中


有什么想法吗?建议?

如果“功能A”依赖于“功能B”,那么将B合并到develop中是没有意义的,所以您可能需要先将其合并到A中。如果从B中对B的更改做为<强> > < <强> >,那么您可以考虑跳过B并简单地在A.< /P> > P上引用它们。如果您看到上面提到的GITBANGION模型的例证,您可以注意到,我们总是将分支与直接祖先分支合并。 例如:从“开发”分支创建的所有要素分支都与“开发”分支合并,没有其他分支

我猜您是从“功能A”(即从“功能A”:
git checkout-B“功能B”
)创建了“功能B”分支。 要遵循该模式,您应该将其与“featurea”分支合并,而不是与其他分支合并,甚至与development分支合并


此外,“功能B”仅适用于“功能A”分支。将它与另一个分支合并将隐藏创建它背后的原因(也就是说,我创建功能B是因为我需要它来实现功能A)。

谢谢你的回答。我现在就是这样做的。一切看起来都很好。我最大的恐惧是制造一些“双重合并冲突”之类的东西。但一切都很顺利!:)