【问题标题】:Git merge parallel feature branchesGit合并并行功能分支
【发布时间】:2014-08-14 10:54:11
【问题描述】:

我尝试像A succesfull git branching model 中描述的那样使用 git。今天我开始研究“功能A”。在为它开发的过程中,很快就清楚我需要另一个“功能 B”来让我的生活更轻松。所以“特征A”依赖于“特征B”。因此,我为“功能 B”创建了一个新分支并实现了它。但是我现在该如何进行呢?我是否将功能 B 合并到功能 A 中?我是否将功能 B 合并到开发中并将开发“重新合并”到功能 A 中?还是我将“功能 B”合并到“功能 A”和开发中?

有什么想法吗?有什么建议吗?

【问题讨论】:

    标签: git merge branching-and-merging


    【解决方案1】:

    如果您看到提到的 gitBranching 模型的插图,您会注意到我们总是将分支与 直接祖先 分支合并。
    例如:创建的所有功能分支“develop”分支与“develop”分支合并,没有其他分支。

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

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

    【讨论】:

    • 感谢您的回答。这就是我现在自己做的方式。一切看起来都很好。我最大的恐惧是制造一些“双重合并冲突”之类的。但一切都很顺利! :)
    【解决方案2】:

    如果“功能 A”依赖于“功能 B”,那么将 B 合并到 develop 是没有意义的,所以您可能希望先将其合并到 A。如果对 B 的更改针对来自分支 A 的新代码,那么您可以考虑跳过 B 并简单地将它们提交到 A。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2013-12-05
      • 1970-01-01
      • 2021-01-12
      • 2015-12-22
      • 1970-01-01
      • 1970-01-01
      • 2016-03-20
      • 2013-06-02
      相关资源
      最近更新 更多