plasticscm - 带有塑料SCM的超大型存储库

我们正在研究Plastic SCM作为Subversion的替代产品，以用于我们产品的版本控制。除了非常庞大的源代码库之外，我们还有大量的二进制 Assets (主要是艺术品 Assets ，还包括一些文档，AVI等)。只是在上面加上一个数字-svn校验我们的Trunk分支的HEAD版本需要一个多小时的时间，并且磁盘上的大小约为9 GB。

在这种环境下，是否有人对Plastic SCM有任何经验，或者可以向我介绍有关Plastic SCM的性能和处理大型存储库的白皮书或案例研究？谷歌搜索并没有真正改变客观研究的方式，只是Codice自己发表的东西。我也意识到Perforce在这种环境下表现非常好-我以前使用过它-但是我们是一个规模很小的团队，预算也同样小，并且Codice免费为小型团队提供此系统(“社区版”)。

我非常接近将其安装在测试服务器上并对其进行尝试...但是想要先发布问题，以免浪费别人的时间(如果有人已经在这样的环境中对其进行了尝试)。在此先感谢您的时间。

更新时间:02-FEB-2011:，如果其他人有类似的问题并正在查看此问题，请进行更新...我在相当适中的Windows 2008 Server计算机(2.8GHz Core 2 Duo，4 GB RAM，存储库(存储在本地网络的SAN上)(运行用于塑料存储库的SQL Server 2008 R2)。导入Subversion修订历史花费了一段时间-不到三天-大约28000个修订。但是，从Plastic重新建立新分支的速度很快 SMOKIN'-与Plastic相比，使用Plastic只需花费4分钟，而如上所述，在Subversion上花费一个多小时。到目前为止，我们给留下了深刻的印象!

最佳答案

我们正在将自己从Perforce转移到Plastic，我们的存储库约为360Gb，
太大了实际上，即使使用巨大的文件，它也可以无缝地工作。

由于我们从事视频游戏行业，因此必须使用大文件，并且
您知道所有其他DVCS(Hg，Git)在处理它们时都遇到问题。

关于plasticscm - 带有塑料SCM的超大型存储库，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/4820293/