2011-01-06 63 views
0

我们有svn 1.6,大约30000个文件(1 GB)的trunk,以及最初从trunk中复制的“测试”分支。当我们保持我们的“测试”分支同步时,svn merge ^/trunk命令需要很长时间(30分钟),尽管我们只更改特定子目录中的几个文件。svn合并大型分支机构的性能问题

我的问题是:有没有人知道一种方法来使合并命令更快?

PS:我不明白为什么这个命令需要这么多时间(没有通过已更改文件的列表,但显然是通过所有存储库)。有人知道吗?

+0

只是一个建议,尝试在合并之前运行`svn cleanup` – Nishant 2011-01-06 10:35:21

回答

0

这可能与您的结帐中的子文件夹数量有关。它们中的每一个都有一个.svn文件夹,在合并期间需要检查本地更改。这并不意味着拥有30,000个文件的巨大文件夹会更快,尽管...

即使在一个较小的项目中,在快速运行时执行相同操作所花费的时间也有显着不同SSD驱动器与常规驱动器或联网文件系统。