在我们试图引入Git的组织中,我们现在遇到了一个与二进制文件的Git行为相关的问题。
我们的项目将有一个很好的混合二进制和文本类型的文件,典型的大小可能是1 GB。我们担心的是,几年后,完全克隆会变得太大,并导致性能和磁盘空间问题。
其中一个将迁移到Git的环境目前在一个名为TCM的系统上。7-10年版本的仓库总大小为2TB。
ClearCase上的另一个环境大约有7-8年的数据,大约1TB。
由于Git不以增量存储,这将特别影响二进制文件,5+几年后的情况引起了我们的用户的关注。
浅克隆功能将是理想的。但是文档说这个“浅存储库有很多限制(你不能从它克隆或获取,也不能从它推入或推入),但是如果你只对一个历史悠久的大型项目的近期历史感兴趣,并且想要以补丁的形式发送补丁,那么它就足够了。”粗略地检查一下浅层克隆,就会发现它工作得很好,但肯定有一些已知的用例是不能工作的,因此文档
有没有一个已知的用例列表,在这些用例中这是不起作用的?
发布于 2012-11-24 02:01:26
Git Annex也很好地解决了“git中的大二进制文件”的问题。
https://stackoverflow.com/questions/13137660
复制相似问题