【问题标题】:How to cherry-pick/rebase/etc the end result of conflict resolve如何挑选/变基/等冲突解决的最终结果
【发布时间】:2017-01-22 23:22:30
【问题描述】:

考虑以下情况: 我们有以下分支:

  • 这是我们的旧基线
  • B 这是我们的新基线
  • C 在 A 之上开发了新的变化
  • D是合并B和C开发的,冲突在这里解决

现在,我们需要在 D 上修改和 rebase 一些提交。 但是,因为 rebase 使用提交本身(而不是解析的最终结果),看起来我们必须再次解决冲突。

有什么方法可以(重新)处理 D 的提交而不需要解决相同的冲突?

【问题讨论】:

  • 您是否尝试过直接在 D 之上挑选提交?

标签: git merge


【解决方案1】:

我认为您正在寻找git rebase --preserve-merges。如果没有这个选项,它会忽略原始的合并提交,只提交非合并提交,让您解决一些已经完成的合并冲突。

参考:What exactly does git's "rebase --preserve-merges" do (and why?)

【讨论】:

  • 您需要启用rerere 之前,您甚至需要进行初始冲突解决以使此过程变得简单。
  • 非常感谢jbu,就是这样!并将在未来启用 rerere,谢谢@Mort :)
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-01-12
  • 2014-08-29
  • 1970-01-01
  • 2020-09-18
  • 1970-01-01
相关资源
最近更新 更多