我们正在研究Plastic SCM作为Subversion的替代品,用于我们产品的版本控制.除了非常大的源代码库之外,我们还有大量的二进制资产(主要是艺术资产,但也包括一些文档,AVI等).只是给它上面写一个数字 - 我们HEAD版本的主干分支的svn签出需要一个多小时,磁盘大小约为9 GB.
有没有人在这样的环境中有任何塑料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则超过一小时,如上所述.到目前为止,我们印象非常深刻!
plasticscm ×1