优化SmsForwarder项目.git目录体积的技术实践

在Android开发项目中，随着时间推移，Git仓库的体积可能会不断膨胀，特别是当项目中包含大量二进制文件时。本文将以开源项目SmsForwarder为例，探讨如何分析和优化.git目录过大的问题。

问题背景

SmsForwarder是一个短信转发工具项目，经过长期开发后，其.git目录达到了465MB的规模。这会导致克隆仓库变慢、占用更多磁盘空间等问题。通过分析发现，主要原因是历史提交中包含了大量APK和AAR等二进制文件。

分析仓库大文件

使用Git内置命令可以快速定位仓库中的大文件：

git rev-list --objects --all | git cat-file --batch-check='%(objecttype) %(objectname) %(objectsize) %(rest)' | awk '$3 > 1024000' | sort --numeric-sort --key=3

分析结果显示，主要大文件分为两类：

1. APK文件：各种历史版本的发布包，大小在4-7MB不等
2. AAR文件：项目依赖的库文件，单个文件可达37MB

清理策略与实施

对于APK文件，由于它们只是历史构建产物，可以使用Git filter-repo工具安全移除：

git filter-repo --path app/release --invert-paths --force

这条命令会重写Git历史，移除所有app/release目录下的文件记录。执行后，仓库体积从489MB降至351MB，效果显著。

对于AAR文件，虽然它们也占用了大量空间，但考虑到它们是项目编译的依赖项，移除后会导致无法编译历史版本，因此决定保留这些文件。

后续优化建议

1. .gitignore配置：确保.gitignore文件中包含*.apk和/app/release/等规则，防止未来提交构建产物

2. 使用Git LFS：对于必须版本控制的大文件(如AAR)，可以考虑使用Git Large File Storage(LFS)来管理

3. 定期维护：设置定期清理计划，使用git gc命令优化本地仓库

4. 分模块开发：将频繁变更的大文件拆分为独立子模块，减少主仓库体积

总结

通过本次实践，我们了解到Git仓库体积优化需要权衡历史完整性和存储效率。对于SmsForwarder这类项目，清理构建产物是安全有效的优化手段，而保留必要的依赖库则保证了项目的可维护性。开发者应根据项目实际情况，制定合适的版本控制策略。