大型分支上的 svn 合并性能问题

Question

我们有 svn 1.6，一个包含大约 30000 个文件（1 GB）的主干，以及一个最初从主干复制的“测试”分支。当我们保持“测试”分支同步时，svn merge ^/trunk 命令需要很长时间（30 分钟），尽管我们只更改了特定子目录中的几个文件。

我的问题是：有谁知道让合并命令更快的方法吗？

PS：我不明白为什么该命令需要这么多时间（不是通过更改文件列表，而是通过所有存储库）。有人知道吗？

Answer 1

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

即使在较小的项目中，在快速 SSD 驱动器与常规驱动器或网络文件系统上运行时执行相同操作所需的时间也存在显着差异。