对大文件的版本控制

Question

我们很高兴在工作中使用SVN for SCM。目前我已将我们的二进制资产与我们的代码放在同一个SVN存储库中。 SVN支持非常大的文件（它“流式传输”以保持内存使用的健全），但它是SLOOWWWWW。

你推荐什么样的资产管理软件，对于大约一个GB（和增长中）的资产？我们宁愿分支和合并（不同的资产&配置文件去不同的客户）。

Answer 1

请注意，合并二进制文件几乎是不可能的！至少自动。至少我从来没有听说过支持二进制格式的三路合并的程序。更不用说解决冲突了。

这就是为什么大多数资产管理工具没有分支的原因，因为它没有什么意义，因为您不能再次合并。锁定和线性历史更好。如果你想“分支”，然后复制历史文件的副本。

Answer 2

Perforce是我听说用于大型文件和整个项目的唯一版本控制系统。这对两个座位是免费的，但对于更多用户而言相当昂贵（每个座位约900美元）。我听说它可以处理大小为TB的存储库。

git可能是另一种选择。它的行为与SVN有些不同，但是适用于更大的项目（例如Linux内核）。我不确定这对大二进制文件是否有用。

Answer 3

如果您需要管理巨大的文件，试试Plastic SCM（www.plasticscm.com）。 AFAIK Perforce也是一种选择，但分支和合并并不那么强大。

Answer 4

在我的公司，我们使用Documentum作为ECMS，管理很多（而且我的意思是非常多）二进制文件。 Documentum（或其他ECMS，如Alfresco）应该是管理文档的“正确”解决方案。 Documentum支持标记和分支，并且可以将文件公开为WebDAV（因此集成到工作流程中可以更多或更少）。

这就是理论。实际上，我们发现Documentum很慢，很难配置和管理。和诚实，即使我们有很多的文件，大部分都是不超过几个100的密苏里州

这个答案更多的你不应该比你应该做什么做什么大...对不起...

Answer 5

Mercurial large files extension可以提供帮助。它增加了将文件标记为“大”的功能。将这些文件存储在与存储库其余部分分开的中央存储中。使用散列来确定您需要的大文件的哪些版本，并只下载您现在需要的大文件。