如何通过后续commit修正Git rerere的冲突解决结果？

好问题！这种先做dirty merge再后续修正的工作流，确实容易让rerere不小心记住错误的冲突解决结果，我来给你拆解两个核心问题的解决方案：

一、如何规避rerere记录脏的冲突解决结果？ #

有两个简单且实用的方法，能让你在dirty merge阶段不让rerere“学坏”：

1. Merge时临时跳过rerere自动更新 #

在执行merge命令时加上--no-rerere-autoupdate参数，这个参数会告诉Git：哪怕你解决了冲突，也不要把当前的冲突解决结果存入rerere的缓存。这样就算你提交了dirty的merge commit，rerere也不会记住这个临时的、有问题的解决方式。

示例命令：

git merge --no-rerere-autoupdate <your-target-branch>
# 手动解决冲突...
git commit -m "Dirty merge: temp resolve conflicts for debugging"

2. 临时禁用rerere再恢复 #

如果你觉得加参数麻烦，可以在merge前临时关闭本地的rerere功能，完成dirty commit后再重新启用：

# 临时禁用本地rerere
git config --local rerere.enabled false

# 执行merge、解决冲突、提交dirty merge
git merge <your-target-branch>
# 解决冲突步骤...
git commit -m "Dirty merge for debugging"

# 重新启用rerere
git config --local rerere.enabled true

二、能否通过后续commit修正Git rerere的冲突解决结果？ #

当然可以！如果已经不小心让rerere记录了脏结果，你可以手动触发rerere“重新学习”正确的解决方式，步骤如下：

1. 创建临时分支，重现冲突场景
   先回到你当初merge前的基准提交（可以用git merge-base <branch1> <branch2>获取哈希值），创建一个临时分支来模拟那次merge：

   git checkout -b temp-fix-rerere <merge-base-commit-hash>
   

2. 重新执行merge，让rerere应用旧的脏结果
   再次merge目标分支，这时候rerere会自动用上之前记录的脏冲突解决结果：

   git merge <your-target-branch>
   

3. 用fixup后的正确代码覆盖冲突文件
   把你后续fixup提交里的正确代码覆盖当前的冲突文件：

   git checkout <your-fixup-commit-hash> -- <conflicted-file-path1> <conflicted-file-path2>
   

4. 让rerere更新缓存，记录正确结果
   执行git rerere命令，Git会自动识别当前正确的解决方式，并更新rerere的缓存：

   git rerere
   

5. 清理临时分支
   完成后就可以删掉临时分支，回到原分支继续工作：

   git checkout <your-original-branch>
   git branch -D temp-fix-rerere
   

这样之后，再遇到相同的冲突时，rerere就会自动应用你修正后的正确解决方式了。

内容的提问来源于stack exchange，提问作者ephemerr