Git推送超7GB仓库至Team Services遇大小限制该如何解决？

我之前处理过从Perforce迁移到Git的大仓库推送问题，你的情况太典型了——迁移后的仓库历史堆得满满当当，直接触发了平台的推送大小限制。给你几个实用的解决方案，按优先级试试：

1. 拆分推送，避开单次传输阈值 #

别直接用git push -u origin --all一股脑推所有分支和历史，先分批来：

• 先单独推送主分支（比如main）：

  git push -u origin main
  

• 等主分支推完，再逐个推送其他分支。要是单个分支的历史还是太大，就分段推最近的提交，比如先推最近1000个：

  git push origin main~1000:main
  

  完成后再推剩下的全部历史：

  git push origin main
  

  这种拆分法能绕开平台对单次推送的大小限制。

2. 清理仓库冗余，压缩体积 #

从Perforce迁过来的仓库往往带了不少冗余的旧对象、大文件，先做一次深度垃圾回收：

git gc --aggressive --prune=now

这个命令会重新打包Git对象，彻底清掉没用的历史数据，说不定能让pack文件体积缩水不少。

要是垃圾回收后还是超标，就得动手移除历史里的大文件。推荐用git filter-repo（比旧的git filter-branch安全多了）：

• 先找出仓库里的大文件：

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

• 删掉指定的大文件（比如old_installer.exe）：

  git filter-repo --path old_installer.exe --invert-paths
  

⚠️ 注意：这个操作会重写仓库历史，如果已经和其他开发者共享过仓库，一定要通知所有人重新克隆新仓库。

3. 用Git LFS托管大文件 #

如果仓库里有大量二进制文件（比如安装包、媒体资源），把它们转到Git LFS里单独存储，别占Git对象库的空间：

1. 安装并初始化Git LFS：

   git lfs install
   

2. 配置要追踪的大文件类型（比如.zip、.iso）：

   git lfs track "*.zip"
   git lfs track "*.iso"
   

3. 提交LFS配置：

   git add .gitattributes
   git commit -m "Set up Git LFS for large binary files"
   

4. 重新推送仓库，这时大文件会通过LFS单独上传，完全不会触发Git仓库的大小限制。

4. 联系Team Services支持调整限制 #

要是以上方法都不管用，可能是Team Services的默认推送/仓库大小限制太小了，可以联系官方支持，申请提高对应仓库的大小阈值。

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