使用git-tfs从TFVC迁移至Git时克隆异常及大小限制咨询

git-tfs本身没有官方规定的克隆大小上限，你遇到的本地仓库体积从120GB降至98GB的情况，并非是迁移限制导致，而是Git和git-tfs的内部机制作用的正常现象，具体原因如下：

• Git自动垃圾回收与对象压缩：Git会将拉取的文件先以松散对象形式存储，当仓库内松散对象数量达到阈值时，会自动执行git gc（垃圾回收）操作，将多个松散对象合并为高度压缩的打包文件（packfile），同时清理无用的临时数据，这会大幅降低磁盘占用。你看到的体积下降，大概率是Git触发了自动gc。
• git-tfs的增量变更处理：git-tfs是逐批次从TFVC拉取变更集并提交到Git，Git会对这些提交内容做重复数据删除——对于大文件的历史版本、重复存储的文件内容，Git会只保留差异部分并压缩，所以当拉取到一定量的变更后，仓库体积不升反降是合理的压缩结果。
• 临时缓存文件清理：git-tfs在迁移过程中会生成一些临时缓存文件用于处理变更集，当完成某个阶段的拉取后，会自动清理这些临时文件，也会导致磁盘占用下降。

针对后续迁移的建议：

• 无需中断进程：只要没有报错（如磁盘空间不足、网络中断、TFVC权限错误），这种体积波动是正常的，继续等待迁移完成即可。
• 监控迁移日志：观察git-tfs的输出日志，确认是否有持续的变更集拉取记录，只要日志在正常推进，说明迁移仍在进行。
• 预留充足磁盘空间：300GB的TFVC仓库，迁移过程中峰值磁盘占用可能超过原始大小（比如松散对象、临时文件阶段），建议预留400-500GB的可用空间，避免因空间不足导致迁移失败。
• 考虑分批次迁移（可选）：如果后续遇到性能或超时问题，可以使用git tfs clone的增量参数，比如指定从某个变更集ID开始拉取（git tfs clone $repo $Branch $local -c=变更集ID），或者分分支迁移后再合并。
• 谨慎禁用自动gc：若担心自动gc拖慢迁移速度，可在迁移前执行git config --global gc.auto 0关闭自动gc，迁移完成后再恢复默认设置（git config --global gc.auto 6700），但不推荐此操作——自动gc能有效减少磁盘占用，降低空间不足的风险。

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