有塑料供应链管理的大型仓库

Question

我们正在调查塑料SCM作为可能的替代颠覆版本控制与我们的产品。我们有大量的二进制资产(主要是艺术品资产，但也包括一些文档、AVIs等)。除了一个非常大的源代码库。只为了把一个数字放在上面-一个svn检查我们的主干分支的头部修改需要一个多小时，磁盘上的大小为9GB。

有没有人在这样的环境中有过塑料SCM的经验，或者可以给我参考一些关于塑料SCM的性能和处理大型存储库的案例研究？谷歌并没有真正改变客观研究的方式--仅仅是由Codice自己发表的东西。我还意识到Perforce在这个环境中做得非常好--我以前使用过它--但是我们是一个相当小的团队，预算也很小，Codice为小型团队提供了免费的系统("Community“)。

我非常接近于在测试服务器上安装它，并且尝试它，out...but希望先发布这个问题，这样如果其他人已经在这样的环境中尝试过了，我就不会浪费时间。提前谢谢你的时间。

更新02-2011年2月：只是一个更新，以防其他人有类似的问题并正在查看这个.我在一个相当普通的Windows2008Server机器上安装了塑料(2.8GHzCore2Duo，4GB内存，存储在本地网络SAN上的存储库)，运行用于塑料存储库的Server 2008 R2。subversion修订历史的导入花了一段时间--不到三天-- ~28000次修订。然而，SMOKIN'快速做了一个新的检查一个新的分支从塑料-只是不到4分钟与塑料相比，超过一个小时的颠覆，如上文所述。到目前为止，我们对印象非常深刻，！

Answer 1

我们正在从Perforce移动到塑料，我们的存储库大约360 so，所以也相当大。它实际上是无缝工作的，甚至使用巨大的文件。

由于我们是在视频游戏行业，大型文件是必须的，正如你所知，所有其他DVCS (Hg，Git)都有处理它们的问题。

Answer 2

对于大型存储库，最好的选项是MySQL或Server。

火鸟不会很好的缩放到那个尺寸。