VersionControl for large codebase

我们的项目代码库超过了9GB。主要是Cobol，Pro * Cobol & Java文件以及其他配置文件。目前我们正在使用SVN来管理它，并在集成检查和构建SVN的性能很差。例如，要检出完整的来源需要> 4小时，如果我们提交12个或更多文件，则需要花费近30分钟。感谢有关如何调整SVN或任何备用开源版本控制以处理此代码量的建议。谢谢VersionControl for large codebase

-RamVenkat

来源

2010-08-09 RamVenkat

请添加更多关于您正在使用SVN环境的信息 - 平台，类型的svn服务器，连接....此外，这个问题可能会更好在serverfault.com。投票移民那里。 – 2010-08-09 11:47:19

此外，请参阅http://stackoverflow.com/questions/610734/does-subversion-1-5-performance-stink – 2010-08-09 11:47:53

谁正在投票关闭此？荒谬。 – 2010-08-09 11:49:33

简短的回答，其实只是一个字：git。或者不那么直截了当：“你为什么不试试和评估git？” 请参阅：http://git-scm.com/

有一些工具可以从svn迁移到git，这可以让您轻松开始测试。看：http://www.jonmaddox.com/2008/03/05/cleanly-migrate-your-subversion-repository-to-a-git-repository/

来源

2010-08-09 11:48:25

这可能是你的网络或服务器不如你想象的那么好。我有一个300,000的修订版回购，它是12GB（我上次查看时）（我实际上不知道当本地签出时有多少），运行在一个动力不足的虚拟机上。我不希望任何供应链管理，distruibuted或集中，在几分钟内签出一份新的副本。

另一方面，4小时只是简单的打破，30分钟checkins - 别的东西对你不好。你需要首先发现或者迁移到git仍然会被破坏。查看服务器上的cpu和内存使用情况，查看网络性能。

SVN确实为您提供了一些帮助解决问题的功能，请查看稀疏目录，以便您可以检出部分副本并根据需要扩展WC。你不需要结账所有你不需要的东西。

来源

2011-02-05 14:36:09 gbjbaanb

如果可以的话，我会加倍努力。 – Maxpm 2011-02-05 18:57:33

VersionControl for large codebase

回答

相关问题