存在合并冲突时，如何用git rebase修改Git提交信息？

出现这个问题的核心原因是：交互变基过程中，冲突解决后继续变基时，修改提交信息的操作并未被正确应用；重复执行变基会重新回放提交历史，导致相同冲突反复出现。以下是几种可行的解决方案：

方案一：先停在目标提交修改信息，再处理后续冲突 #

1. 执行交互变基命令，指定要修改的提交的父提交作为起点：

   git rebase -i <target-commit>~1
   

   把编辑器中目标提交前的pick改为edit，保存退出。
2. 此时变基会暂停在目标提交上，若当前有冲突，先解决冲突：
   • 手动编辑冲突文件，保留正确代码
   • 执行git add <冲突文件名>标记冲突解决
3. 执行git rebase --continue，此时会弹出提交信息编辑界面，修改后保存退出，完成提交信息的修正。
4. 若后续提交还有冲突，重复「解决冲突→git add→git rebase --continue」的流程，直到变基完成。

方案二：临时分支备份+分步操作 #

1. 先创建临时分支备份当前状态，防止操作失误：

   git branch temp
   

2. 启动交互变基，将目标提交设为edit并保存退出：

   git rebase -i <target-commit>~1
   

3. 变基暂停后，直接修改提交信息：

   git commit --amend
   

   编辑信息后保存退出。
4. 继续变基流程：git rebase --continue，遇到冲突时解决后执行git add，再次git rebase --continue，直到完成。
5. 若操作中出现问题，可随时切回临时分支重置：git checkout temp

方案三：用cherry-pick绕过重复冲突 #

如果反复变基冲突太繁琐，可通过复制提交的方式重写历史：

1. 记录目标提交<old-commit>及其之后所有提交的哈希值。
2. 基于目标提交的父提交新建分支：

   git checkout -b new-branch <old-commit>~1
   

3. 复制目标提交并修改信息：

   git cherry-pick -e <old-commit>
   

   在弹出的编辑器中修改提交信息，保存退出。
4. 依次复制后续的每个提交：

   git cherry-pick <后续提交哈希>
   

   遇到冲突时解决后执行git add，再git cherry-pick --continue，直到所有提交复制完成。
5. 将原分支指向新分支：

   git checkout <原分支名>
   git reset --hard new-branch
   

6. 最后删除临时分支：git branch -D new-branch

注意事项 #

• 若分支已推送到远程仓库，不要执行变基或cherry-pick这类重写历史的操作，避免影响其他协作者。
• 解决冲突时务必仔细核对代码，确保保留正确的变更内容。

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