Как я могу ускорить обновления SVN?

Кажется, что у Вас есть несколько проектов в одном репозитории. Разделение их в соответствующих случаях даст Вам большое повышение.

, Предположительно, Мерзавец намного быстрее, чем Подрывная деятельность из-за способа, которым она хранит/обрабатывает изменения, но у меня нет собственного опыта с нею.

Едва ли ответ, но может быть интересно знать, что одной из причин svn является так I/O-heavy, то, что это хранит одну дополнительную копию каждого файла в .svn/text-base каталог. Это делает локальные различные операции быстро, но ест партию пространства на жестком диске и ввода-вывода.

http://subversion.tigris.org/issues/show_bug.cgi?id=525 имеет детали.

Существуют некоторые общие тонкие настройки производительности. SVN является очень тяжелым вводом-выводом, поэтому более быстрые жесткие диски являются опцией (на обоих концах). Добавьте больше памяти к своему серверу. Удостоверьтесь, что у Ваших клиентов есть дефрагментируемый жесткий диск (для Windows).

, Какой метод доступа Вы используете также вопросы. Репозитории, сохраненные в удаленных файловых системах (использующий доступ file:///), будут намного медленнее или, чем svnserve или, чем Apache с mod_svn. Рассмотрите использование одного из последних, если у Вас есть репозиторий на простой доле файла.

Удостоверьтесь, что Ваше соединение с сервером является быстрым, как может быть (Gigabit Ethernet). Удостоверьтесь, что сервер имеет быстрые диски в массиве. И, конечно, только выезд, в чем Вы нуждаетесь.

TotoiseSVN взглядами по умолчанию на файл изменяется в фоновом режиме, и я видел, что замедляют мою машину. Я изменил конфигурацию, чтобы исключить все и затем только, чтобы включать каталоги, где у меня есть контроль. Можно также выключить проверки данных. Обе из этих настроек находятся в узле настроек Icon Overlays.

Я нашел в своем собственном опыте (т.е.: не через любой фактический тесты), что, особенно если SVN repo сервер является удаленным, использование внешнего облика, кажется, замедляет вещи. Если бы Вы копировали код (как Ваш редактор FCK) в нескольких местах, я был бы склонен придерживаться использования внешнего облика начиная с хранения тех файлов, синхронизируемых, и управляемых более важно, чем скорости обновления - хотя, Вы могли посмотреть на использование символьных ссылок для введения дублированного кода вместо этого. (При использовании Windows XP можно использовать точки соединения ).

Мы разделили нашу кодовую базу на несколько одноуровневых модулей и записали скрипты Ant так, чтобы один разработчик мог работать над одним модулем за один раз, не беспокоясь слишком много о том, что происходит в других модулях.

• сценарий сборки верхнего уровня инициировал все сценарии сборки модулей
• , внешние библиотеки не сохранены в Подрывной деятельности, а скорее вытянуты от сетевого диска с помощью Apache Ivy. (думайте о нем как внутренний репозиторий Знатока).
• зависимостями между модулями также управляют с помощью Ivy.

Как правило, разработчики должны будут обновить свое все дерево пару раз неделя, но оно может легко быть сделано прежде, чем идти в ланч/перерыв на кофе.

Если у Вас будет много папок в корне репозитория, и Ваша локальная копия отражает репозиторий, то попытайтесь разрезать монолитную локальную копию в длину во многие разделенные загружаемые папки и обновить эти папки отдельно также, Это будет действительно быстрее, чем одна большая папка.

Отключить проверку на вирусах на папках, которые содержат рабочий код копирования. Это вызвало мои обновления, чтобы стать в два раза быстрее.