初始合并冲突后强制git rebase接受我的版本

Question

这是一个git rebase / merge / continue场景，需要一种更方便的方法：

给定：在当前分支和要基于其分支的分支中都发生更改的文件。

已执行：手动合并文件。

复杂：似乎需要多次执行以下命令：它一次发现只合并了一小部分“必需”（根据git）更改：

    git rebase --continue

预期的结果：让Git简单地“接受”我在现有分支中拥有的文件。

尝试过的操作：在初始重新设置rebase之后，将文件的原始版本复制到合并冲突版本的顶部。

发生了什么： git rebase --continue继续文件仍然存在冲突-但合并冲突有所不同。 现在重复此过程几次，但尚未完成。

我们可以“追逐”并只接受我更新的文件吗？

Answer 1

看看git rerere

https://git-scm.com/2010/03/08/rerere.html

这是要点（摘自该文章）：

该名称代表“重用记录的分辨率”，顾名思义，它使您可以要求Git记住您如何解决了一次大冲突，以便下次遇到相同的冲突时，Git可以自动为您解决。

Answer 2

发生多个冲突的原因是您要重新建立多个提交，其中几个（全部？）包含对文件的冲突更改。 您无法跳过这些冲突解决步骤，因为您正在创建多个新提交，并且每个提交都需要文件的特定版本（处于已解决状态）。

您可以像以前一样继续操作，也可以选择压缩提交内容，这样就无需生成多个提交内容并且仅合并一次。