非交互式永久删除Git提交并清理对应目录冗余数据

所有操作全程无弹窗、无手动编辑步骤，可直接封装为脚本自动执行，适配当前线性提交、单提交单独立目录的场景：

非交互式变基（最适配自动化脚本） #

直接用原生命令跳过目标提交，完全替代需要手动编辑列表的交互式rebase模式：

• 核心逻辑：定位到待删除提交的父节点，将待删除提交之后的所有提交，直接重放到该父节点上，全程无交互
• 操作示例（删除哈希为cccc...的C目录提交）：

  # 获取C提交的父节点哈希
  C_PARENT=$(git rev-parse cccccccccccccccccccccccccccccccccccccccc^)
  # 执行变基：跳过C提交，将C之后的所有提交重放到C的父节点上
  # 把末尾的main替换为你实际使用的分支名即可
  git rebase --onto $C_PARENT cccccccccccccccccccccccccccccccccccccccc main
  

• 场景适配：因为你的每个提交都是纯新增独立目录、未修改历史已有内容，重放后续提交时不会出现冲突，执行完成后提交链会直接跳过C提交。

重置+拣选（低调试成本实现逻辑） #

如果对rebase参数不熟悉，可以用更基础的命令组合实现同样的效果，每一步的状态都可以通过git log直接校验：

• 操作示例（同样删除cccc...提交）：

  # 将本地分支重置到C提交的前一个节点
  git reset --hard cccccccccccccccccccccccccccccccccccccccc^
  # 将C提交之后的D提交，重新拣选到重置后的分支上
  git cherry-pick dddddddddddddddddddddddddddddddddddddddd
  

• 脚本适配：提前梳理所有需要保留的提交哈希，跳过目标删除项依次执行拣选即可，逻辑直白，出错时更容易定位问题。

彻底清理本地Git目录的冗余对象 #

完成提交链修正后，旧的C提交、C目录对应的所有文件对象会变成悬空引用，必须触发垃圾回收才能从.git目录中彻底移除，否则还是会占用空间：

# 清除所有旧操作产生的悬空引用记录
git reflog expire --expire=now --all
# 执行全量垃圾回收，立即清理所有未被任何分支/标签引用的对象
git gc --prune=now --aggressive

执行完成后，C目录的所有文件、对应提交记录会从本地Git目录中完全删除，仓库体积会直接对应剩余保留目录的实际大小。

同步清理后的提交到远程 #

本地清理完成后，因为旧提交的哈希已经被改写，普通推送会被远程拒绝，需要执行带安全校验的强制推送：

# 强制推送前会自动校验远程分支状态，避免覆盖未同步的他人提交
git push --force-with-lease origin main

相比手动删除目录再生成新提交的方式，以上操作不会在历史中残留删除记录，也不会让旧版本的文件对象留在Git数据库中，能真正实现缩减仓库体积的目标。

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