使用Plastic SCM的非常大的存储库

我们正在研究Plastic SCM作为Subversion的替代品，用于我们产品的版本控制。除了非常大的源代码库之外，我们还有大量的二进制资产（主要是艺术资产，但也包括一些文档，AVI等）。只是给它上面写一个数字 - 我们对主干分支的HEAD修订版的svn签出需要花费一个多小时的时间，磁盘大小约为9 GB。 有没有人在这样的环境中有过使用Plastic SCM的经验，或者可以参考一些关于Plastic SCM性能和大型存储库处理的白皮书或案例研究？谷歌搜索并没有真正改变客观研究 - 只是由Codice自己发布的东西。我也意识到Perforce在这种环境中做得非常好 - 我以前用过它 - 但我们是一个非常小的团队，预算同样很小，Codice为小团队免费提供这个系统（“社区版”）。 我非常接近将它安装在测试服务器上并试用它...但是想先发布问题，以免浪费我的时间，如果其他人已经在这样的环境中尝试过了。在此先感谢您的时间。 更新02-FEB-2011：只是一个更新以防其他人有类似的问题，并正在查看...我在一台非常适度的Windows 2008 Server机器上安装了塑料（2.8GHz Core 2 Duo，4 GB RAM，存储库正在存储在本地网络上的SAN上）为Plastic存储库运行SQL Server 2008 R2。颠覆修订历史的导入需要一段时间 - 不到三天 - 约28000次修订。然而，SMOKIN很快就从Plastic进行了一次新的分支检查 - 与塑料相比，只需少于4分钟，而Subversion则超过一小时，如上所述。到目前为止，我们印象非常深刻！