Version control 是否有一个分布式版本控制系统可以很好地处理大型二进制文件？
几个月前，我们从Subversion切换到Git（主要是因为Git更快，更方便进行分支，并且通常更少痛苦）。只是过了一段时间，我们才意识到Git非常不适合具有大型二进制文件的项目。例如，GitHub或Bitbucket等Git托管站点不喜欢支持超过1GB的repo大小，因为这样的repo会占用服务器上的大量系统资源。即使在我们的台式机上，一些带有大型二进制艺术品（如100MB Photoshop文件）的REPO也会占用大量内存和CPU电源。似乎大家的共识是这些大的二进制文件不属于代码库，至少就Git而言是这样Version control 是否有一个分布式版本控制系统可以很好地处理大型二进制文件？,version-control,dvcs,binaryfiles,Version Control,Dvcs,Binaryfiles,几个月前，我们从Subversion切换到Git（主要是因为Git更快，更方便进行分支，并且通常更少痛苦）。只是过了一段时间，我们才意识到Git非常不适合具有大型二进制文件的项目。例如，GitHub或Bitbucket等Git托管站点不喜欢支持超过1GB的repo大小，因为这样的repo会占用服务器上的大量系统资源。即使在我们的台式机上，一些带有大型二进制艺术品（如100MB Photoshop文件）的REPO也会占用大量内存和CPU电源。似乎大家的共识是这些大的二进制文件不属于代码库，至少就G
是否有分布式版本控制系统可以很好地处理大型二进制文件，而无需额外的内存或CPU需求？我说的是数百MBs的文件大小和1Gb到10Gbs的任何位置的repo大小。Mercurial和largefiles扩展都有一些小问题，但无论如何，对于您的情况来说，工作会更好一些有没有可能拆分repo并将二进制文件外部化为工件repo？（如中所示）