SVN / TortoiseSVN痛苦地缓慢

我正在使用我们的一个SVN仓库/项目正在经历着痛苦的缓慢运行。

例如，需要5-10分钟才能恢复一个小文件（10 KB）中的更改。或约40-60分钟，检查100 MB的项目。

在同一台服务器上还有大约30个其他项目，比这个大得多，而且没有一个是这样的。

有一点要注意的是，这个项目是一个Magento项目。这个磁盘空间不是很大，但是我有23k的文件和11k的文件夹，而且当有很多小文件的时候，我已经读了SVN预制件。这是真的？有什么我可以做的，以加快速度？

如果有大量的目录，Subversion的工作副本performance相当糟糕，就像你的情况一样。对于写入操作（甚至只在本地）到工作副本，工作副本必须被locking，这意味着在每个目录（11k文件创build的）中创build一个locking文件，然后执行该操作，并且这些11k文件是再次删除。

Subversion 1.7正在转向不同的工作副本格式，这应该可以解决这些问题。在此之前，有一些技巧可以尝试加快速度，比如从病毒扫描程序中排除工作副本，禁用目录上的文件监视器（如TortoiseSvnCache），并尝试减less目录的总数。（也许通过检查几个单独的工作副本）

回收站使用回收站有一个已知的问题，导致缓慢的回复。清空您的回收站并设置TortoiseSVN在回复操作期间不使用它们都可以加速此操作（请参阅http://www.nabble.com/Revert-is-too-slow-td18222196.html ）。

这显然加快了我的回复操作。

更改我的密码后，我在Windows上使用Subversion的速度非常慢。我不得不从%APPDATA%\Subversion\auth删除所有目录和文件。

现在SVN作为兔子很快。我的缓慢发生通过TortoiseSVN和命令行。

如果您使用NFS（ networking文件系统）作为工作副本，SVN会很慢。这可能是你的问题。

尝试暂时禁用您的防病毒软件。

恢复SVN中的变化是本地操作，根本不应该去服务器。所以这听起来好像是你的工作副本中的问题。

尝试在工作副本中运行'svn cleanup'; 你也可能想检查你的硬盘或文件系统是否有问题。

我们的SVN通过TortoiseSVN， Eclipse和命令行运行缓慢。承诺和出口缓慢。我们的基于Zend Framework的PHP项目需要花费一个时间来更新，并在大约三个文件的小提交中popup需要5-10分钟。

我们的SVN虚拟机（ CentOS ）只有700 MB的内存，对于只通过Apache运行Subversion的Linux CLI来说似乎是合理的，并且运行良好大约一年。我们只有20个项目，只有3个开发者。

我已经把它提升到了1.5GB的内存，现在运行的速度要快得多，回到我们以前的速度。

升级到TortoiseSVN 1.7.3后，我也经历了一个大的放缓。

然后我发现我有一个单独的安装SVN 1.6.5。我卸载并重新安装了TortoiseSVN，现在情况好多了。 TortoiseSVN当天的第一次更新仍然很慢（1-2分钟），但之后很快。

我有一些使用Eclipse IDE的项目。如果您捕获Eclipse项目目录，您将获得数百和数百个小文件，这些文件对我的项目具有与您一样的效果。

我认为，当你检查文件时，SVN一次只做一个，这意味着文件数量巨大的项目总是会变得很慢，除了避免频繁的整个存储库操作之外，你不能做太多的事情。

对单个文件进行更改不应该太慢。

您可以尝试关于缓慢的SVN堆栈溢出的另一篇文章中的build议。这也可能是由于使用BDB数据库。

我们遇到类似的问题，问题是TortoiseSvn（版本1.9.7）。例如， repo browser花了大约10分钟的时间。

我们已经打开了Show Locksfunction，每一件事情都修好了！

右键单击文件夹，然后selectTortoise\Settings然后selectGeneral\Dialog 3然后取消select Show Locks