版本控制的Subversion

Question

我正在开发一个应用程序，它的主要目的是提供源代码控制管理。我的想法是使用to SVNKit进行文件签出和签入。然而，在使用SVNKit时，我意识到它没有我想要的速度。例如，每当开发人员创建一个可以包含3-40个文件更改的ChangeRequest时，我必须创建一个分布在32个文件夹中的目录结构。这样做大约需要50秒，另一个实例是在创建更改请求后，开发人员可以向请求中添加文件。将一个文件从Trunk复制到branch也需要大约6-7秒。我的问题是，有没有人有这样的经验，你做了什么来提高性能？此外，我的方法正确吗？

注意:我使用的是http协议，不能使用svn协议。

Answer 1

通常，是完整的SVNKit implementation。是的，它比原生的慢得多。因此，如果您不局限于Java代码，您可以尝试：

• 使用本地SVN C API。
• 使用SVN Java bindings

更多信息请阅读：http://svnbook.red-bean.com/en/1.5/svn.developer.usingapi.html框"SVNKit与javahl“

还要注意..。协议对性能几乎没有影响(真的)。

Answer 2

我不知道细节(什么类型的文件，单个文件有多大？)，但SVN并不是那么慢。

我们在这里使用它，并且工作得很好。

只是好奇，您的SVN服务器托管在哪里？在您的网络内部还是外部？会不会因为网络的原因而变慢？

Answer 3

这确实不是太多的信息，主要是作为谣言传播的：

• SVN有严重的扩展问题，用户数量达到三位数或四位数。人们倾向于拉副本，商业产品options.
• PerfForce，的伸缩性很差，没有伸缩性问题。
• GIT没有伸缩性问题，尽管corrupt.
• Mercurial很容易工作良好，伸缩性也很好。然后，某人的傲慢出现了，并在签入非常大的文件时呕吐。它也有CR/LF问题。

这都是谣言。