我正在使用一个 svn 服务器，它需要花费很长时间来计算合并操作。这是什么原因造成的？我读到过一些文章说 1.5 比其他版本慢，这是真的吗？
该特定服务器在 centos 上运行，版本为1.5.4（r33841）
机器上的可用资源似乎还可以，但也许可以优化。我见过一个 svn 服务器，其修订版本数是这个服务器的 4 倍多（约 2200），但计算类似合并所需的时间是这个服务器的一半。对于需要能够以最佳方式计算合并的 Linux SVN 服务器，最佳设置是什么？
答案1
在 SVN 中，大型合并在最好的情况下也非常缓慢。要解决这个问题，你可以切换到 git。;)
答案2
在 Subversion 1.5 中，添加了合并跟踪，以便更轻松地应用合并，并查看需要/可以合并的内容。当然，这总是需要更多时间，因为要进行更多处理。
Subversion 1.6 中做出了很多改进来加快合并速度，而且在新版本中可能还会继续改进。最好的办法是更新您的客户端。
答案3
你确定是服务器的问题吗？我注意到我的合并有时很慢，但这是客户端而不是服务器受到 IO 限制。
答案4
这也许是一个延迟的回复……尽管如此……我使用 SVN 1.4.3，合并工作正常。我的存储库中的版本与您的相当。虽然这可能是与版本相关的限制（通过升级解决），但查看您的分支/合并方式仍然是一个好主意。可以提供更多详细信息吗？您是说在另一台服务器上进行完全相同的合并（例如，在相同的修订/分支之间）所需的时间要少得多。顺便问一下，合并报告到底需要多长时间？
在进行升级之前，了解合并的执行方式可能会有所帮助，这样可以排除任何其他类型的问题。