git rerere在commit --amend中失效？合并冲突重复出现的技术疑问

1. 为什么Git不自动记住冲突解决结果？ #

Git默认不会留存冲突的解决方案，因为它无法判断你这次的冲突解决是一次性操作还是需要重复复用的——毕竟很多冲突是场景特定的，盲目复用反而可能引发问题。你查到的git rerere就是专门解决这个需求的机制，它全称是reuse recorded resolution，会记录冲突的上下文和你最终的修改结果，下次遇到完全一致的冲突时自动帮你完成解决。

2. 如何在commit --amend时让git rerere生效？ #

首先需要确保开启rerere功能：

# 全局开启，所有仓库均可使用
git config --global rerere.enabled true
# 仅针对当前仓库开启
git config rerere.enabled true

rerere的记录触发时机是你解决冲突后执行git add <冲突文件>的时候，而非等到提交环节。正确操作流程如下：

• 合并遇到冲突后，手动修改冲突文件完成解决
• 执行git add将冲突文件标记为已解决，此时rerere已经记录下解决方案
• 直接执行git commit --amend把修改合并到之前的提交即可——rerere的记录与提交是否为amend无关，只要在add时触发了记录，下次遇到相同冲突就会自动复用。

如果担心amend操作影响记录，也可以先做一次普通提交，再用git rebase -i HEAD~2将这次合并提交与目标提交squash合并，既能保留rerere的记录，也能得到干净的提交历史。

3. 合并master到feature后，合并feature到stage仍有冲突？ #

这是正常现象，因为你要解决的是feature与stage分支之间的冲突，而非feature与master的冲突。stage分支包含环境特定内容，和master、feature的代码存在特有差异——你把master合并到feature，只能消除feature与master之间的差异，但feature和stage之间的冲突点（比如环境配置文件的差异）依然存在。此时git rerere就能发挥作用，它会记住你之前解决feature与stage冲突的方案，下次合并时自动应用，无需重复手动修改。

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