用于大型代码库的VersionControl
我们项目的代码库超过9 9GB。主要是Cobol、Pro*Cobol和Java文件以及其他配置文件。我们目前使用SVN来管理它，在集成的签出和构建过程中，SVN的性能很差。例如，签出完整的源代码需要超过4小时，如果我们提交12个或更多的文件，则需要接近30分钟。对于如何调优SVN或任何替代的开源版本控制来处理大量的代码库，我非常感谢您的建议。谢谢
-RamVenkat
回答 2
Stack Overflow用户
发布于 2011-02-05 22:36:09
很可能你的网络或服务器并不像你想的那样好。我有一个300,000修订版的存储库，有12 Gb (上次我看过了)(我不知道在本地签出的时候有多少！)在动力不足的虚拟机上运行。我不期望任何SCM，无论是分布式的还是集中式的，都会在几分钟内检出所有这些内容的新副本。
另一方面，4个小时是完全坏的，30分钟的签到-其他的事情对你不好。您需要首先找到这一点，否则迁移到git将仍然是失败的。查看服务器上的cpu和内存使用情况，查看网络性能。
SVN确实提供了一些功能来帮助你解决问题，但是，看看稀疏目录，它允许你签出存储库的部分副本，并根据需要扩展你的WC。你不需要签出所有你永远不需要的东西。
Stack Overflow用户
发布于 2010-08-09 19:48:26
简而言之，实际上只有一个词: git。或者直截了当地说：“你为什么不试着评估一下git呢？”请参阅：http://git-scm.com/
有一些工具可以从svn迁移到git，这将使您可以轻松地开始测试。查看：http://www.jonmaddox.com/2008/03/05/cleanly-migrate-your-subversion-repository-to-a-git-repository/
https://stackoverflow.com/questions/3439630
复制相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号