如何使用git rebase -i回溯更早提交以删除Git历史提交

要回溯更早的提交并通过交互式变基删除目标提交，你可以通过指定变基的起点来扩展显示的提交范围，具体方法如下：

1. 定位目标提交 #

首先找到那个引入非法文件名的提交信息：

• 运行git log --oneline查看简洁的提交历史，找到目标提交的哈希值（比如abc123），或者记住它在当前分支的位置（比如是第15个旧提交）。
• 如果提交信息有关键词，也可以用git log --grep="提交关键词"快速定位。

2. 指定变基起点 #

交互式变基默认只显示最近10个提交，你可以通过指定起点来包含更早的提交：

• 通过哈希值指定：如果目标提交的哈希是abc123，运行：

  git rebase -i abc123~1
  

  这里的~1表示目标提交的父提交，这样变基列表会包含abc123及之后的所有提交，你就能在列表里找到并删除对应提交的行。
• 通过相对位置指定：如果目标提交是当前HEAD往前第15个，运行：

  git rebase -i HEAD~15
  

  这样会显示最近15个提交，覆盖到目标提交。

3. 完成变基并推送 #

• 在交互式编辑界面中，删除目标提交对应的那一行，保存退出后Git会自动完成变基。
• 如果这是公共分支，变基后需要强制推送：

  git push --force-with-lease
  

  （--force-with-lease比--force更安全，避免覆盖其他人的推送）

备选方案：使用git filter-repo处理老旧提交 #

如果目标提交非常古老，交互式变基操作繁琐，可以用git filter-repo直接跳过该提交：

1. 确保已安装git filter-repo（部分Git版本默认包含，若没有可单独安装）。
2. 运行命令替换目标提交哈希：

   git filter-repo --commit-filter 'if [ "$GIT_COMMIT" = "abc123" ]; then skip_commit "$@"; else git commit-tree "$@"; fi'
   

3. 完成后强制推送到远程仓库。

注意事项 #

• 变基或修改历史前，建议先创建备份分支：git branch backup-history，避免操作失误丢失数据。
• 若仓库是多人协作的公共仓库，修改历史前必须通知所有协作成员，让他们同步更新本地分支。

内容的提问来源于stack exchange，提问作者Seph Reed