сайт тигра
http://subversion.tigris.org/getting.html#windows
имеет ссылку на другой svn-сервер, который называется CollabNet SVN Server. Кто-нибудь использует его и знает, что он лучше или не хуже VisualSVN Server?
сайт тигра
http://subversion.tigris.org/getting.html#windows
имеет ссылку на другой svn-сервер, который называется CollabNet SVN Server. Кто-нибудь использует его и знает, что он лучше или не хуже VisualSVN Server?
Собственно, у CollabNet есть оригинальный исходный код подрывной деятельности. Посмотрите это в Википедии:
В 2000 году CollabNet запустила проект с открытым исходным кодом Subversion, систему контроля версий с более чем 5 миллионами пользователей.
VisualSVN упаковывает это с небольшим HTTP-сервером и добавляет кучу пользовательского интерфейса, чтобы упростить задачу для неопытных пользователей (и они делают это очень хорошо). В журнале изменений документировано, как они включают -оригинальные- версии SVN, в настоящее время 1.6. 1
Я бы сказал, что самая большая разница в том, что вам нужно настроить серверный пакет CollabNet вручную, в то время как VisualSVN поставляется с красивым пользовательским интерфейсом, в котором вы можете выполнить настройку.
Мы используем серверный пакет CollabNet там, где я работаю (я ввел контроль версий там, где работаю, и пока только мой проект использует контроль версий).
По сути, это одно и то же. VisualSVN поставляется с модулем, который автоматически подключается к сети Windows для аутентификации. Сервер svn CollabNet должен быть настроен для аутентификации через Windows.
Поскольку я еще не выполнил этот шаг настройки, мы аутентифицируемся через файл .htaccess и модуль аутентификации apache.
CollabNet отлично работает, но у нее нет визуальных интерфейсов для управления, которые включены в VisualSVN.
Если они для вас не важны и вам удобно использовать стандартные команды командной строки SVN, CollabNet - хороший вариант.
CollabNet выпустила новое программное обеспечение сервера подрывной деятельности:
http://www.open.collab.net/go/csvne2_r2a/
Я еще не пробовал, но похоже, что это легко превзойдет VisualSVN Server ...
Кроме того, VisualSVN не поддерживает протокол svn: //, который, как я слышал, быстрее, чем http / https: //. Хотел бы, чтобы меня поправили, если я ошибаюсь