Можно ли кешировать подрывную деятельность?

Можно ли вообще кешировать subversion? Может быть какое-нибудь коммерческое решение?

Любая помощь будет высоко оценена.

Контекст вашего вопроса неясен, но я бы предложил использовать git-svn вместо Subversion. Мост git-svn дает вам интерфейс и пользовательский интерфейс, как Git, сохраняя при этом Subversion в качестве официального репозитория. По сути, вы начинаете с запуска git svn clone URL, который создает локальный репозиторий Git, который содержит всю историю репозитория с некоторыми метаданными Subversion, чтобы вы могли повторно синхронизировать позже. Репозиторий Subversion рассматривается Git как особый вид удаленного репозитория. Git-svn имеет несколько преимуществ по сравнению с обычным рабочим процессом Subversion:

Git - это просто более мощный инструмент, чем Subversion.
Операции, которые Subversion обычно запрашивает у сервера, например svn log, происходит локально. git log намного быстрее, чем svn log. (Если вы хотите, чтобы результат выглядел как svn log, затем запустите git svn log вместо.)
У вас есть возможность создать локальные ветки Git, зафиксировать их, переписать в них историю и т. Д., Прежде чем помещать их в удаленный репозиторий Subversion.
Воины дороги могут работать в автономном режиме, за исключением синхронизации.

Основные предостережения:

Git изучить сложнее, чем Subversion.
Несколько шагов для фиксации (git commit -a с последующим git svn dcommit) может сбивать с толку некоторых пользователей.
Некоторые концепции Subversion плохо поддерживаются. Например, Git плохо справляется с расширением ключевых слов.
Subversion позволяет вам проверять части репозитория, тогда как операции Git всегда работают со всем репозиторием. Если в вашем репозитории Subversion есть контроль доступа к каталогам, то git-svn работать не будет.

Очень распространенное коммерческое решение - это продукт, предлагаемый Riverbed Technology. Насколько я понимаю, он развертывается в центре обработки данных и в удаленных офисах и отслеживает весь сетевой трафик, по которому вычисляет контрольные суммы на уровне блоков (?).

В случае исходящего трафика центра обработки данных (например, центрального сервера Subversion), когда он видит исходящий трафик, который соответствует предыдущей контрольной сумме, он отправляет только контрольную сумму по WAN, которую устройство удаленного офиса ищет, распаковывает и передает соответствующий блок данных в своей локальной сети. Я слышал о том, что это используется в нескольких компаниях для повышения скорости сети в офисе.

Я нашел интересную информацию http://www-01.ibm.com/support/docview.wss?uid=swg21217781

Supported methods:

WebDAV methods (defined in RFC 2518):
PROPFIND , PROPPATCH , MKCOL, COPY, MOVE, LOCK, UNLOCK, SEARCH

Кто-нибудь пробовал запускать Subversion через прокси-сервер ibm?

Вы можете попробовать использовать HTTP-кеш, например Кальмар для кеширования HTTP-запросов.