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

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

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

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

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

эксперимент

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

• Установлен VisualSVN на порт 8080, side-by-side с моим существующим SVN install
• Импортировал три существующих РЕПО в VisualSVN
• Выгнал всех остальных с сервера
• Сделал side-by-side сравнения полной 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 и GUI не стоят хита производительности 50%.

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

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

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

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

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

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

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

Рич Страл только что опубликовал запись в блоге о запуске сервера VisualSVN для управления версиями Subversion. Стоит почитать:

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

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

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

VisualSVN сервера + Trac + TortoiseSVN + Ankhsvn.

Сделано. Гладкая, как шелк. Каким должен был быть визуальный SourceSafe.

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

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

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