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

下面是一个git重基/合并/继续场景，需要一种更方便的方法：

给定：在当前分支和 正在重设基础的分支

已执行：手动合并文件

复杂：似乎需要以下命令多次执行 时报：它只找到“必需”的一小部分（根据 git）一次性合并的更改：

期望的结果：让Git简单地“接受”我在 现有分支机构

尝试的内容：在初始

重新设置原始版本的基础后
已将文件的副本复制到合并冲突版本的顶部

发生了什么：在
git-rebase之后--继续
冲突-但具有不同的合并冲突集。这
这个过程现在重复了几次，但还没有完成

我们可以“跳转到追逐”并接受我更新的文件吗？
看一下git Reere

以下是要点（摘自那篇文章）：

该名称代表“重用录制的解决方案”，顾名思义，它允许您让Git记住您是如何解决一个大块头冲突的，以便下次看到相同的冲突时，Git可以自动为您解决

---

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

---

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

忘了这一点-谢谢！哦，我已经有了它：

git config--global reere.enabled

返回

true

Thx来解释为什么会发生这种情况。我刚刚点击了

git add*

和

git-rebase——继续几次，暂时忽略文件是一个“烂摊子”。然后在最后一次迭代后复制整个文件。
    git rebase --continue