Git仓库因JSON大文件版本控制占用过大，如何保留历史与内容并缩减体积？

以下是几种满足你需求的方案，既不删除文件内容、保留完整修订历史，又能降低仓库存储空间占用：

1. 提升Git的压缩级别 #

Git默认会用zlib压缩存储的对象，但可以调高压缩级别来获得更好的压缩效果（对JSON这类文本文件效果明显）。

• 仅对当前仓库设置最高压缩级别：

  git config --local core.compression 9
  

• 对所有Git仓库全局设置：

  git config --global core.compression 9
  

这个操作无副作用，不会改变仓库历史，只是让后续提交的对象压缩得更紧凑，同时Git会自动对历史对象进行后台压缩（也可以手动执行git gc --aggressive强制压缩现有对象）。

2. 使用Git LFS管理大文件 #

Git LFS会将大文件的实际内容存储在外部服务器，仓库中仅保留指向这些内容的小指针文件，完全不影响查看和回溯历史：

1. 安装Git LFS工具
2. 在仓库中追踪目标JSON文件：

   git lfs track "path/to/your/large.json"
   

3. 提交追踪配置文件：

   git add .gitattributes
   git commit -m "Track large JSON file with Git LFS"
   

4. 重新提交并推送JSON文件：

   git add path/to/your/large.json
   git commit -m "Update JSON file via LFS"
   git push
   

后续所有该文件的版本都会通过LFS存储，仓库体积会大幅降低，团队成员拉取代码时会自动获取对应版本的完整文件。

3. 重写历史压缩现有版本（需谨慎操作） #

如果仓库已经积累了大量该JSON文件的历史版本，可以用git filter-repo工具重新压缩历史中所有该文件的版本：

1. 安装git-filter-repo工具（替代老旧且不安全的git filter-branch）
2. 执行命令重写历史，对目标JSON文件进行最高级别压缩：

   git filter-repo --path path/to/your/large.json --replace-text <(echo '{"command": "compress", "type": "gzip", "level": 9}')
   

3. 强制推送到远程仓库：

   git push --force
   

注意：这个操作会改写仓库历史，所有团队成员需要重新克隆仓库或执行git pull --rebase同步，仅适合仓库历史尚未对外广泛传播的场景。

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