Git如何重写当前分支历史 撤销对指定文件的所有修改

完全可以通过交互式rebase实现需求，全程不会产生冗余的revert提交，最终历史效果等同于你从开发初始就从未修改过file.py，具体操作分两种方式，按需选择即可。

方式1：手动逐提交修改（稳妥不易错，适合提交数少的场景） #

• 先切到目标feature分支，建议先建个备份分支兜底，操作失误可以随时回滚：

  git checkout your-feature-branch
  git branch backup/feature-before-clean
  

• 启动交互式rebase，基线选择你这个feature分支的分叉起点（比如从main分支切出来就填main）：

  git rebase -i main
  

  执行后会弹出编辑器，列出当前分支上所有在分叉点之后的提交，每行开头默认是pick关键字。
• 把所有列出的提交前面的pick改成edit（可简写为e），保存关闭编辑器。此时rebase会自动暂停在第一个待修改的提交上。
• 清除当前提交中对file.py的所有改动，直接把文件还原为当前提交的父版本状态：

  # Git 2.23+ 版本用这个
  git restore --source=HEAD^ -- file.py
  # 更老版本Git用下面这句，效果一致
  # git checkout HEAD^ -- file.py
  

• 把修正后的文件状态合并到当前提交，保留原提交信息不新增提交：

  git commit --amend --no-edit
  

• 推进rebase流程到下一个提交：

  git rebase --continue
  

• 重复上述还原文件、amend提交、continue的操作，直到rebase流程走完，所有提交就都处理完了。

方式2：自动批量处理（效率高，适合提交数多的场景） #

不用逐次手动执行命令，直接在交互式rebase的todo列表里插入自动执行脚本即可：

• 同样先建备份分支，再启动git rebase -i main打开todo编辑页。
• 不需要修改原来的pick标记，在每一行pick提交的下方，加一行exec指令，示例格式如下：

  pick 1a2b3c4 完成功能模块A开发
  exec git restore --source=HEAD^ -- file.py && git commit --amend --no-edit
  pick 4d5e6f7 对接接口逻辑
  exec git restore --source=HEAD^ -- file.py && git commit --amend --no-edit
  pick 7g8h9i0 修复边界case
  exec git restore --source=HEAD^ -- file.py && git commit --amend --no-edit
  

• 保存关闭编辑器，git会自动逐个应用提交、执行清除file.py改动的命令，全程不需要手动干预，跑完就直接得到清理后的分支历史。

校验&收尾 #

• 全部操作完成后，可以执行git log --stat file.py查看历史，如果没有任何输出，就说明所有提交里对file.py的改动已经完全清除了。如果操作过程中出问题，直接切回之前建的备份分支就能重来。

不建议用新增revert提交的方案，除了会污染提交历史外，后续分支合并、cherry-pick的时候也很容易把file.py的旧改动意外带进去。

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