Git分支仓库仍4GB过大，如何彻底删除提交或回退至主分支？

嘿，我完全懂你现在的头疼——明明已经回退了提交还强制推送了，结果仓库体积还是4GB没变化。这是因为Git的特性：你回退分支只是移动了指针，但那些旧提交里的大文件对象还躺在本地的Git数据库里，远程仓库也一样保留着这些“废弃”的数据。咱们一步步来彻底解决这个问题：

方案一：把分支完全回退到与master一致并清理垃圾 #

如果你的目标只是让分支和master完全同步，同时清理掉之前的大文件，按下面步骤来：

1. 将本地分支彻底重置到master状态
   先切换到你的目标分支，然后重置到远程master的最新状态，再强制推送到远程覆盖旧分支：

   git checkout your-branch-name
   git reset --hard origin/master
   git push -f origin your-branch-name
   

   ⚠️ 重要提醒：如果团队里还有其他人在这个分支工作，一定要提前通知他们！强制推送会覆盖远程分支的历史，他们需要重新拉取分支才能同步。

2. 清理本地仓库的悬空对象
   Git的reflog会记录你所有的操作历史，包括之前的reset操作，所以先清空reflog，再执行彻底的垃圾回收：

   git reflog expire --expire=now --all
   git gc --prune=now --aggressive
   

   --aggressive参数会让Git更深度地清理冗余数据，可能需要多等一会儿，但效果更彻底。

3. 处理远程仓库的垃圾
   很多Git托管平台不会自动清理远程仓库的悬空对象。如果是自己搭建的Git服务器，登录到服务器的仓库目录，执行和本地一样的git gc --prune=now --aggressive命令即可。如果是第三方托管平台，有些需要手动触发清理（比如在仓库设置里找到相关选项），或者等待平台的自动清理机制生效，一般几天内会完成。

方案二：用git filter-repo彻底移除所有历史中的大文件 #

如果方案一还没解决体积问题，说明那些大文件在更早的提交里也存在，这时候需要用git filter-repo工具彻底清除所有历史里的大文件（这个工具比旧的git filter-branch更安全高效）：

1. 先备份仓库！
   这一步绝对不能省，操作历史重写类的命令有风险，先复制一份你的仓库目录到安全位置。

2. 找出仓库里的大文件
   用下面的命令列出仓库中最大的10个文件对象及其对应的路径：

   git rev-list --all --objects | grep -E "$(git verify-pack -v .git/objects/pack/*.idx | sort -k 3 -n | tail -10 | awk '{print$1}')"
   

3. 移除大文件并重写历史
   把上面找到的大文件路径替换到下面的命令中，--invert-paths表示删除这些路径的文件：

   git filter-repo --path path/to/large-file1 --path path/to/large-file2 --invert-paths
   

   如果要删除所有大于某个大小的文件（比如100MB），可以用：

   git filter-repo --strip-blobs-bigger-than 100M
   

4. 强制推送重写后的分支

   git push -f origin your-branch-name
   

5. 再次清理本地垃圾

   git reflog expire --expire=now --all
   git gc --prune=now --aggressive
   

给团队成员的同步提示 #

如果有其他团队成员克隆过这个分支，他们的本地仓库里还保留着旧的大文件和提交历史，需要让他们执行以下操作来同步：

git fetch origin
git checkout your-branch-name
git reset --hard origin/your-branch-name
git clean -fd

或者直接重新克隆仓库，更简单稳妥。

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