如何在Git中移除过往错误的合并提交历史？

前置准备 #

• 先同步本地master与对应远程仓库的最新代码，同时备份当前master状态，避免操作失误丢失数据：

git checkout master
git pull origin master
git branch master-bak-$(date +%Y%m%d)

• 通过git log --oneline --graph查询到三个关键提交的哈希值：
  • 提交B：错误合并前master分支的最后一个正常提交
  • 提交X：错误的合并提交（如果合并后master还有新增提交，取最后一个需要保留的提交哈希）
  • 提交W：被合并的prod分支的头提交（仅做验证用，不需要操作）

操作步骤 #

1. 重置master到合并前的正常状态
   执行命令回退到提交B，此时本地master的历史会回到合并prod之前的干净状态：
   git reset --hard <提交B的哈希值>

2. 保留合并后需要的master侧变更（可选）
   如果错误的合并提交本身包含需要保留的修改（比如合冲突的解决记录、合并后新增的功能提交），使用带父节点参数的cherry-pick摘取内容，完全不会带入prod分支的历史：

# 摘取合并提交的内容，-m 1指定以master侧的父提交B为基准
git cherry-pick -m 1 <提交X的哈希值>
# 如果合并后还有其他需要保留的master提交，按顺序依次cherry-pick即可
# git cherry-pick <合并后其他提交的哈希值>

如果你错误合并后没有任何需要保留的修改，可跳过本步骤

3. 验证分支状态
   确认当前master分支符合预期：

• 提交历史只有B及之后你主动保留的master提交，完全没有prod分支从C到W的历史痕迹
• db.yml等prod专属配置文件没有出现在master的变更中
• 代码功能运行正常

4. 推送到远程master仓库
   因为修改了已推送的公共历史，需要强制推送覆盖远程的master分支：
   git push origin master --force
   注意：提前告知同团队其他使用该远程仓库的成员，重新拉取最新的master分支，避免旧的错误历史被再次合并

prod分支验证 #

整个操作过程完全不会触碰prod分支的内容，切换到prod分支即可确认从C到W的所有提交都完整保留，正常推送到prod对应的独立远程仓库即可。

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