启用git rerere是否有任何弊端？

我已经阅读了有关git的rerere功能的各种内容，并且正在考虑启用它。但是我还没有看到有人提到使用它时可能会出现的任何问题。我必须假设有一个缺点，或者默认情况下可能会启用它。那么启用rerere是否有任何弊端？它会导致哪些其他潜在问题呢？

如果您不正确地执行了合并，则将其丢弃，然后再次执行“相同”合并，那么它将再次不正确。但是，您可以忘记录制的分辨率。从文档中：

git rerere forget <pathspec>

这将重置为中的当前冲突重新记录的冲突解决方案<pathspec>。

注意在特定路径上使用它；您不想在任何地方都丢掉所有录制的分辨率。（forget不建议使用不带参数的方法，以免您执行此操作，除非您键入git rerere forget .明确要求它。）

但是，如果您不打算这样做，则很容易最终将不正确的合并放入您的历史记录中。

正如哈马诺（JC Hamano）在他的文章“ 娱乐与娱乐 ”中提到的那样

• Rerere记得您选择如何解决冲突的地区；
• Rerere还记得您如何在冲突区域之外进行修饰以适应语义变化。
• 即使您合并的两个分支的内容与您先前解决的分支的内容不同，Rerere仍可以重用以前的解决方案。

即使是长期使用rerere的人，也常常没有注意到最后一点。

因此，如果您rerere在过于广泛的内容上进行激活，由于最后一点，您可能会以令人惊讶或令人困惑的合并分辨率而告终。

我已经在全球范围内启用了rerere。我真的没有注意到任何问题，通常这似乎使我的生活更轻松。

我樱桃选择了一个提交（在gitk中），该提交仅包含一个二进制文件。Cherrypick由于冲突而失败（这很自然），我解决了冲突，保留了Cherry Pick。后来我很惊讶地在另一个重新建立了基础的分支中发现我的dll不起作用-只是发现它们没有作为（我推测）自动冲突解决方案带入到了基础中。因此，这是我遇到（不得不重新启用）遇到违反直觉（尽管我确信完全一致）行为的唯一情况。