Git中不重建prod分支，如何清理含冗余提交的日志？

这问题我太熟悉了——管理层对提交日志整洁度有要求，又不能动分支本身的存在历史，**交互式变基（interactive rebase）**绝对是最佳解决方案。它能直接修改提交历史，把不需要的提交C1彻底移除，全程不用重建prod分支，完全符合你的需求。

具体操作步骤： #

1. 准备工作：确保本地分支最新且无未提交更改
   先切换到prod分支，拉取远程最新代码，避免后续变基出现冲突：

   git checkout prod
   git pull origin prod
   

   同时可以先创建一个备份分支，防止操作失误：

   git checkout -b prod_backup_$(date +%Y%m%d)
   

2. 定位目标提交C1的位置
   用简洁的日志查看所有提交，找到C1的哈希值，以及它的上一个有效提交（我们叫它C0）的哈希：

   git log --oneline
   

   输出大概像这样：

   abc1234 (HEAD -> prod) 最新的正常提交
   def5678 误合并的提交C1
   ghi9012 提交C0（C1的前一个有效提交）
   

3. 执行交互式变基
   基于C0提交启动变基，这样我们就能修改从C0之后到当前的所有提交：

   git rebase -i ghi9012
   

   执行后会弹出文本编辑器（默认是vim），里面列出了从C0之后的所有提交，找到对应C1的那一行：

   pick def5678 误合并的提交C1
   pick abc1234 最新的正常提交
   

   把C1那一行的pick改成drop（或者直接删除这一行），保存并退出编辑器。

4. 强制推送修改后的历史到远程
   因为我们修改了远程分支的提交历史，普通推送会失败，需要用强制推送，但推荐用更安全的--force-with-lease（防止覆盖其他人的未同步提交）：

   git push origin prod --force-with-lease
   

关键注意事项： #

• 团队同步：修改远程提交历史是破坏性操作，必须提前告知所有团队成员，让他们暂停在prod分支的工作；操作完成后，他们需要用git pull origin prod --rebase来同步修改后的历史。
• 冲突处理：如果C1的代码已经被后续提交依赖，变基时会出现冲突，需要手动解决冲突后执行git add .和git rebase --continue，直到变基完成。
• 备份恢复：如果操作出问题，直接切换到之前创建的备份分支，再推送到远程即可恢复：

  git checkout prod_backup_20240520
  git push origin prod_backup_20240520:prod --force
  

内容的提问来源于stack exchange，提问作者Sazzad Hissain Khan