Используйте VisualSVN Server. Он интегрируется с проверкой подлинности Windows и обрабатывает все настройки Apache. Это настолько безболезненно, насколько SVN может быть в Windows.

VisualSVN — это то, что вам нужно. Встроенная поддержка Active Directory очень проста в использовании.

Я обнаружил, что VisualSVN работает примерно на 50% медленнее, чем запуск SVN в качестве собственного сервиса. я всегда предполагал

это было из-за доступа через http:// с Apache, который, похоже, должен быть медленнее

чем доступ через svn://, который является родным TCP/IP.

Эксперимент

Вот что я сделал за последние 30 минут:

• Установил VisualSVN на порт 8080 параллельно с моей существующей установкой SVN.
• Импортированы три существующих репозитория в VisualSVN.
• Выкинул всех с сервера
• Сделал параллельное сравнение полной проверки svn

Результаты

Repo 1: 652 files, 273 directories, 60.1MB
  23 seconds for VisualSVN over http:// 
  16 seconds for SVN over svn://

Repo 2: 4623 files, 964 directories, 127.9MB
  2 minutes, 18 seconds for VisualSVN over http://
  1 minute, 30 seconds for SVN over svn://

Это на идентичном оборудовании с точно таким же хранилищем. Мне нравится, насколько проста VisualSVN, но интеграция с AD и графический интерфейс не стоят 50% снижения производительности.

Кто-нибудь еще видел эту разницу? Я делаю что-то не так, просто следуя параметрам установки по умолчанию?

У меня есть довольно подробные руководства в моем блоге http://tv.inner-rhythm.co.uk/ о том, как настроить SVN с помощью Apache и Trac, которые мы используем в моей компании, и которые работают на нас.

Я использую комбинацию VisualSVN и Tortoise. Он плохо интегрируется с Visual Studio, но для этого вы можете использовать другие плагины/приложения.

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

http://trac.edgewall.org/wiki/TracOnWindows

Небольшое знание Python, и его легко настроить и запустить (хотя, если вы работаете в Windows, используйте сервер tracd: http://trac.edgewall.org/wiki/TracStandalone (по этой ссылке показано, как установить его как службу Windows).

Я рекомендую TortoiseSVN. Он добавляет возможности SVN в проводник Windows. Кроме того, TortoiseSVN проверьте, поддерживает ли используемая вами среда разработки SVN.

Rich Strahl только что опубликовал запись в блоге, посвященную запуску сервера VisualSVN для управления исходным кодом Subversion. Стоит прочитать:

http://west-wind.com/weblog/posts/480534.aspx

Для резервного копирования я написал комбинацию пакетного файла и VBScript, который запускается раз в неделю в качестве запланированной задачи. Это:

• Сканирует определенную папку в файловой системе, рекурсивно ища репозитории SVN (у нас есть множество небольших репозиториев, поскольку мы обнаружили, что один убер-репозиторий быстро стал трудным в обслуживании и невыносимо медленным при использовании с TortoiseSVN);
• Использует горячую копию svnadmin для каждого найденного репозитория для создания резервной копии;
• 7архивирует все резервные копии в один архив;
• Монтирует общий ресурс в SAN и копирует архив;
• Удаляет все временные файлы;
• Отправляет уведомление об успешном завершении по электронной почте.

Сервер VisualSVN + Trac + TortoiseSVN + Ankhsvn.

Сделанный. Гладкий как шелк. Каким должен был быть Visual SourceSafe.

Я думаю, вы видите разницу между протоколом svn и хостингом протокола svn на другом сервере.
Аналогичное снижение производительности при использовании svn+ssh по сравнению с svn.

Простота установки сделала это простым делом для моей команды, мы просто загрузили его на виртуальную машину и запустили.

Запуск SVN под apache на самом деле не так уж и сложен. И вы можете использовать mod_auth_sspi для интеграции с Active Directory.