如何加快 SVN 更新? [英] How can I speed up SVN updates?

问题描述

我们有一个相当大的 SVN 存储库.我们添加的代码越多，进行 SVN 更新的时间就越长.我们将 svn:externals 添加到在某些项目中重复的文件夹，例如 FCKeditor 在各种网站上.这有帮助，但作用不大.

We have a rather large SVN repository. Doing SVN updates are taking longer and longer the more we add code. We added svn:externals to folders that were repeated in some projects like the FCKeditor on various websites. This helped, but not that much.

减少更新时间和提高 SVN 速度的最佳方法是什么?

What is the best way to reduce update time and boost SVN speed?

推荐答案

如果它是一个较旧的 SVN 存储库(或者甚至是很新，但没有进行最佳设置)，它可能使用旧的 BDB 样式的存储库数据库.http://svn.apache.org/repos/asf/subversion/trunk/notes/fsfs 有新的注释.从一个更改为另一个并不太难 - 转储整个历史记录，使用文件系统的新 svn 格式重新初始化它并重新导入.同时过滤 repo-dump 以删除所有无用信息的签入也可能很有用(例如，我已经删除了某人签入的 20MB+ tarball 文件).

If it's an older SVN repository (or even quite new, but wasn't setup optimally), it maybe using the older BDB style of repository database. http://svn.apache.org/repos/asf/subversion/trunk/notes/fsfs has notes on the new one. To change from one to another isn;t too hard - dump the entire history, re-initialise it with the new svn format of file system and re-import. It may also be useful at the same time to filter the repo-dump to remove entire checkins of useless information (I, for example, have removed 20MB+ tarball files that someone had checked in).

就总体速度而言 - 高质量(快速)硬盘驱动器和用于基于操作系统的缓存的额外内存在提高 SVN 工作速度方面很难出错.

As far as general speed goes - a quality (speedy) hard-drive and extra memory for OS-based caching would be hard to fault in terms of increasing the speed of how SVN will work.

在客户端，如果您通过 PuttyAgent 设置了 tortoisesvn 以通过 SSH 访问外部存储库机器，您还可以启用 SSH 压缩，这也有帮助.

On the client side, if you have tortoisesvn setup through PuttyAgent for SSH access to an external repository machine, you can also enable SSH compression, which can also help.

SVN v1.5 也有 fsfs-reshard.py 工具，它可以帮助将基于 FSFS 的 svn 存储库拆分为多个目录 - 这些目录本身可以链接到不同的驱动器轴上.如果您有数千个修订版，那也有帮助 - 如果除了在数千个文件中找到一个文件需要时间之外别无其他原因(您可以通过查看 IOwait 时间来判断这是否有问题)

SVN v1.5 also has the fsfs-reshard.py tool which can help split a FSFS based svn repository into a number of directories - which can themselves be linked onto different drive spindles. If you have thousands of revisions, that can also help - if for no other reason than finding one file among thousands takes time (and you tell tell if thats a problem by looking at the IOwait times)

这篇关于如何加快 SVN 更新?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！