Svn 用于大型代码库的VersionControl

我们项目的代码库超过9GB。主要是Cobol、Pro*Cobol和Java文件以及其他配置文件。我们目前正在使用SVN来管理它，在集成签出和构建期间，SVN的性能很差。例如，签出完整的源代码需要>4小时，如果提交12个或更多文件，则需要将近30分钟。对于如何调优SVN或任何其他开源版本控制以处理这一数量的代码库，我们非常感谢您的建议。谢谢

---

-RamVenkat

简短的回答，实际上只有一个词：git。或者不那么直截了当地说：“为什么不尝试评估git？” 见：

有一些工具可以从svn迁移到git，这将使您能够轻松地开始测试。

---

看看：

很可能是您的网络或服务器没有您想象的那么好。我有一个300000版本的repo，它是12GB（上次我查看时）（我不知道在本地签出时它的容量是多少！），运行在一个动力不足的VM上。我不希望任何SCM，无论是分布式的还是集中式的，都能在几分钟内签出所有这些内容的新副本

而另一方面，4个小时完全是断断续续的，30分钟的签到时间——还有一些事情对你不好。您需要首先发现，迁移到git还是会失败的。查看服务器上的cpu和内存使用情况，查看网络性能

---

SVN确实提供了一些功能来帮助您解决问题，不过，请看一下稀疏目录，它允许您签出repo的部分副本，并根据需要扩展WC。您不需要签出所有您不需要的内容。

请添加有关您在平台中使用SVN的环境、SVN服务器类型、连接的更多信息。。。。另外，这个问题最好在serverfault.com上解决。投票迁移到那里。另外，看看谁投票关闭这个？布莱恩：还是瘸的。对于开发者来说，这是一个有效的工具问题。您提交或签出的单个文件有多大？