使用git rebase修改合并前提交 如何避免重复解决合并冲突

使用git rebase -i --rebase-merges修改合并前的提交时，Git会完整重放从你指定的SHA~1到当前HEAD的所有提交，包括那次你手动解决过冲突的合并提交。重放合并步骤时，Git比对的是修改后的两个父提交的内容差异，和你当初做合并时的父提交内容已经发生了变化，因此默认会重新触发冲突，也不会自动复用你之前的冲突解决结果。

方案1：启用git rerere复用冲突解决记录 #

这是Git原生提供的冲突解决复用功能，适合经常需要处理重复冲突的场景，开启后Git会自动记录你每次解决冲突的内容，后续遇到相同的文件冲突块会自动应用之前的解决结果。

• 全局开启功能执行命令：
  git config --global rerere.enabled true
• 如果你之前解决那次合并冲突时已经开启了rerere，本次执行rebase时Git会自动复用之前的解决结果，无需手动处理。
• 如果之前未开启，可先手动解决一次冲突，后续再执行同类rebase操作就不需要重复解决冲突。

方案2：直接复用原有合并提交的结果 #

如果本次修改合并前提交的内容，和当初合并时的冲突文件没有重叠，可在rebase走到合并冲突步骤时，直接拉取原有合并提交的最终内容跳过手动解决：

1. 先找到当初解决完冲突的合并提交哈希值，记为MERGE_SHA
2. 当rebase提示冲突停止时，执行命令覆盖当前冲突内容为原有合并结果：
   git checkout MERGE_SHA -- .
3. 检查文件内容无误后，继续rebase即可：
   git rebase --continue

方案3：结合--autosquash简化Squash操作 #

如果你只是需要把新提交squash到指定的旧提交中，可以用更简便的流程，结合rerere进一步减少手动操作：

1. 先将你的新提交标记为要squash到目标旧提交TARGET_SHA：
   git commit --squash TARGET_SHA
2. 执行带自动squash和rerere自动应用的rebase命令：
   git rebase -i --rebase-merges --autosquash --rerere-autoupdate TARGET_SHA~1
3. 无需手动修改rebase的TODO列表，Git会自动把标记的提交放到目标提交后执行squash，有记录的冲突也会自动解决。

• 使用git checkout MERGE_SHA -- .时一定要确认修改的旧提交内容没有和原有合并的冲突文件重叠，否则会覆盖本次修改的内容，需要手动做少量调整。
• rerere只会记录冲突块的解决结果，如果冲突的上下文因为旧提交修改发生了变化，Git还是会提示手动处理，不会盲目应用旧的解决结果。

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