如何彻底移除Git历史中某提交内的指定删除变更？

问题背景 #

我的Pull Request包含提交序列 A -> B -> C -> D -> E，提交B中有C1、C2、C3三项变更，其中C3是误操作的删除变更，我希望将其从提交B中彻底移除。尝试了以下步骤后，Git历史仍显示先删除再恢复内容，而非彻底移除该删除操作：

• git rebase -i <提交A的SHA值（提交B的前一个提交）>
• git show path/to/file 查看文件变更
• git show path/to/file | git apply -R
• git add path/to/file
• git commit --amend
• git rebase --continue
• git push -f

解决方案 #

你之前的操作相当于在rebase流程中额外生成了一个恢复删除的提交，所以历史会留下删除再恢复的痕迹。要彻底将C3从提交B中移除，需直接编辑提交B而非事后修正，步骤如下：

1. 启动交互式rebase，定位到提交B的父提交A：

   git rebase -i <提交A的SHA>
   

2. 在弹出的编辑器中，将提交B对应的行首pick替换为edit，保存并退出。此时Git会切换到提交B的执行状态。
3. 撤销C3的误删除操作：
   • 若C3是删除了整个文件，直接从提交A中恢复该文件：

     git restore --source=<提交A的SHA> path/to/deleted-file
     

   • 若C3是修改文件时误删了部分内容，用反向补丁撤销该变更：

     git diff <提交A的SHA> B -- path/to/file | git apply -R
     

     或直接手动编辑文件恢复误删内容。
4. 将修正后的文件加入暂存区：

   git add path/to/file
   

5. 改写提交B（保留原提交信息）：

   git commit --amend --no-edit
   

6. 完成剩余的rebase流程：

   git rebase --continue
   

7. 强制推送改写后的历史到远程仓库：

   git push -f
   

完成后，提交B会被彻底改写，不再包含C3的删除变更，后续提交C、D、E会基于新的B重新应用，整个Git历史中不会留下删除再恢复的痕迹。

注意：若该分支有其他协作开发者，需提前告知他们历史已被改写，让他们执行git pull --rebase重新拉取分支，避免冲突。

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