【问题标题】:Simple Git Merge (Use Cherry Pick or Merge option?)简单的 Git 合并(使用 Cherry Pick 或合并选项?)
【发布时间】:2014-01-14 16:48:29
【问题描述】:

我的 Git 存储库中有以下分支:

  • 主人
  • 发布-1.0
  • bugfix-abc

我已将 bugfix-abc 分支合并到 master 但应该将其合并到 release-1.0 分支。这很好,因为 master 最终还是需要这些更改。 Master 还收到了其他一些不应该在发布分支中的提交。

将以前在 bugfix-abc 中进行的提交合并到 release-1.0 的首选方法是什么?请注意,bugfix-abc 分支已被删除。如果有帮助,我确实有一个单独的提交 ID 的列表,因为只有 3 个。

我一直在阅读有关合并和樱桃采摘之间的区别,但仍然不太确定在这种情况下哪个最适用。由于 release-1.0 分支最终将被合并回 master 我想确保我在那时尽可能少地引起冲突。

谢谢。

【问题讨论】:

    标签: git version-control github merge git-merge


    【解决方案1】:

    由于您有提交 ID,您可以使用上次提交的 ID 重新创建分支:

    git branch bugfix-abc 123abc
    

    然后,就可以正常合并到master了:

    git checkout master
    git merge bugfix-abc
    

    【讨论】:

    • 感谢您的回答!我实际上已经考虑过这一点,并想知道它是否会起作用。快速提问,如果我有一个合并提交(Merge remote-tracking branch 'asdf123'),我应该从它创建分支,还是在它之前创建一个提交?我假设是后者。
    • 没问题 :-) 您的假设是正确的 - 在合并之前立即从提交中创建分支。
    • 这似乎工作得很好。再次感谢!我真的很想知道在将发布分支合并回 master 时这是如何工作的。希望不是一个大的冲突混乱。无论哪种方式,代码都正是它现在需要的位置,所以这对我来说很好。 :)
    猜你喜欢
    • 1970-01-01
    • 2010-11-17
    • 2018-10-04
    • 1970-01-01
    • 2012-09-19
    • 2012-05-21
    • 1970-01-01
    • 2016-01-08
    • 2012-03-03
    相关资源
    最近更新 更多