我继承了一个单一的svn项目:300,000多个文件,占用30Gb的存储空间。这里有大量的二进制文件,主要在一个图像文件夹中。像更新整个项目这样的操作可能会非常缓慢。
团队已经发展出一个流程,只在他们正在工作的特定文件夹上运行更新/切换,并最终提交破损的代码,因为“它在我的电脑上可以运行”。任何一个人的工作副本都可能包含过时的代码、已切换的代码和被遗忘-从未提交的代码。此外,几乎不进行分支处理。
我的个人解决方案是每天早上5点使用一个小的bash检出/构建脚本,但并不是每个人都有命令行勇气甚至复制我的解决方案,他们更喜欢tortoise svn和破损的流程。
有人试过调整如此庞大的存储库并可以给出建议吗? 是否有任何可以实施与大型存储库一起工作的最佳实践,我可以让每个人轻松地采纳?
P.S. 外部资源似乎不是一个好主意,SVN优化以保持大型存储库的响应性在这里不适用,因为我正在处理单一项目。
P.P.S. 目前也正在研究这个: http://www.ibm.com/developerworks/java/library/j-svnbins.html