【问题标题】:What are the problems with merging a branch into its grandparent in Git?在 Git 中将分支合并到其祖父母有什么问题?
【发布时间】:2013-05-29 18:54:04
【问题描述】:

假设我正在为我的应用刷新 UI,所以我有一个名为“v2”的分支来涵盖该项目的所有代码。

现在假设我有一个名为“v2-123”的分支,代表用户故事 #123 中的特定功能,我的工作或多或少已经完成,但正在等待 QA 测试批准。

然后假设我有另一个用户故事 #456,它被用户故事 #456 阻止,因为我需要故事 #123 中的更改才能处理 #456 的更改。

知道#123 的 QA 测试可能会在我完成 #456 的工作之前完成,从“v2-123”创建分支“v2-456”是否可行?然后将“v2-123”压缩回“v2”,立即用“v2”重新定位“v2-456”,然后再将“v2-456”合并回“v2”会不会有问题?

还是等到“v2-123”被压缩回“v2”并从“v2”分支出来“v2-456”会更好吗?关键是我不希望将“v2-123”合并回“v2”而不得不先完成“v2-456”:我希望能够合并“v2-123” QA 测试成功后立即进入“v2”。

谢谢。

【问题讨论】:

    标签: git merge branching-and-merging


    【解决方案1】:

    从 v2-123 开始一个新的分支 (v2-456) 根本不会影响将 v2-123 合并回 master。 v2-456 分支依赖于 v2-123,而不是相反:

    Master -----------------------merge of master and v2-123 ----
             \                   /
              v2-123 ------------
                       \
                        v2-456----
    

    我唯一建议的是,如果 v2-456 将存在一段时间(在 v2-123 合并回 master 之后),定期将 master 合并回 v2-456 以最终合并 v2 -456 回到主人不那么痛苦了。

    【讨论】:

      猜你喜欢
      • 2014-05-01
      • 1970-01-01
      • 1970-01-01
      • 2017-08-14
      • 2017-03-28
      • 1970-01-01
      • 2015-10-06
      • 2021-11-03
      • 2021-03-08
      相关资源
      最近更新 更多