Git中移除2G大小pack文件是否会损坏仓库的技术咨询

手动删掉.git/objects/pack/目录下的pack文件百分百会搞坏你的Git仓库——这些文件是Git存储所有版本数据（提交记录、文件内容、目录结构之类）的核心容器，缺任何一个都可能导致部分历史无法访问，甚至整个仓库直接报废。

下面给你一套靠谱的解决方案，一步步来处理这个大pack文件：

1. 先搞清楚这个大pack是咋来的 #

首先得找出仓库里的大文件，大概率是历史提交里塞了没必要的大东西（比如安装包、备份压缩包、视频啥的）：

• 用这条命令找出仓库里体积最大的前10个对象，以及它们对应的文件和提交记录：

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

2. 先试试Git自动清理冗余pack #

如果这个大pack是Git没清理干净的冗余数据，可以先让Git自己优化清理：

• 执行强垃圾回收，立刻清理过期对象并优化pack：

  git gc --prune=now --aggressive
  

  --prune=now会马上删掉所有过期的无用对象，--aggressive会更彻底地合并小pack、压缩数据，说不定能直接把这个大pack干掉。

3. 彻底移除历史里的大文件（如果是历史提交导致的） #

如果排查后发现是历史提交里的大文件把pack撑大了，就得从所有历史记录里彻底删掉这些文件：

• 用git filter-repo来做（比旧的git filter-branch靠谱多了，大部分新版Git自带，没有的话用包管理器装就行）：
  替换下面的<大文件路径>为你要删的那个大文件的相对路径，然后执行：

  git filter-repo --path <大文件路径> --invert-paths
  

• 处理完后，强制推送到远程仓库（注意：这会重写仓库历史，如果有其他同事协作，一定要通知所有人重新克隆仓库，不然他们的本地仓库会和远程冲突）：

  git push origin --force --all
  git push origin --force --tags
  

• 最后再跑一遍垃圾回收，彻底清掉残留的旧pack文件：

  git gc --prune=now --aggressive
  

4. 检查仓库有没有问题 #

处理完一定要验证仓库状态正常：

• 执行完整的仓库完整性检查：

  git fsck --full
  

  如果没报错，说明仓库没问题；要是有报错，要么重新克隆远程仓库，要么用之前的备份恢复。

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