2009-05-11 3 views

ответ

13

Моя компания ею пользуется. Насколько я могу судить, это просто обычное распределение SVN + Apache, загружаемое в установщик, поэтому его «надежность» будет такой же, как и Apache и subversion.

+0

oh, как долго ваша компания использовала его? это многие люди используют его, и он по-прежнему надежен? –

+0

мы использовали его несколько месяцев. Вскоре после того, как я начал, я вонял о VSS (потому что это действительно ужасно). У нас там около 8-10 человек, и все было просто отлично. На самом деле ..... Я не знаю, о чем ты беспокоишься. Под капотом это всего лишь запас svnserve, как я сказал в своем ответе. –

+0

Я использую его, я импортировал в него наш старый VSS DB 18 месяцев назад. Это было безупречно, поскольку на ретрансляции 12 Гб с 310 000 ревизий. – gbjbaanb

2

Вы можете определить Trustworthy? Вы имеете в виду, что вы не можете скомпрометировать или испортить данные, или вы имеете в виду способность обрабатывать много трафика, или вы не хотите легко использовать или использовать?

SVN + Apache хорошо зарекомендовал себя в каждой из этих категорий, но я не знаю, что у него есть в пользовательской части установщика.

+0

Я имею в виду ... насколько он хорош, как установить apache и subversion сервер сам с нуля? Я полагаю, что повреждение данных и защита данных также учитываются в этом отношении ... связано ли это с комбинацией серверов Apache + SVN или их упаковкой с помощью Visual SVN. –

+0

Это все позаботится о вас. В этом весь смысл VisualSVN. Конфигурации очень мало, и что малое может быть сделано с помощью средств администрирования, включенных в VisualSVN. –

2

Мы использовали его некоторое время без каких-либо проблем; помимо графических интерфейсов это одна и та же база Apache/SVN, как и каждый другой сервер. Приятно обновлять его с помощью MSI, и у него есть хороший графический интерфейс Windows для обработки интеграции AD, управления сертификатами и т. Д. Они также, похоже, довольно быстро получают обновления. Единственными двумя негативами (конечно, когда я последний раз проверялся) являются:

  1. Вы ограничены доступом к http/https, если вы не хотите вручную настраивать вещи.
  2. Когда вы решите, что хотите https, вы используете JUST https, вы, похоже, не можете запускать как http, так и https вместе.
+0

Ох, как долго вы его использовали? –

+0

около года –

7

Я использую VisualSVN Server в течение нескольких недель вместе с клиентом VisualSVN для Visual Studio. Это было безвозвратно, и настройка его была проще, чем падение журнала. Консоль управления позволяет создавать репозитории и папки, выполнять простые операции над ними (удаление, импорт и т. Д.) И устанавливать разрешения пользователей (Active Directory Integrated или SVN authentication). Он просто работает и делает достаточно и не более. Я думаю, они поняли это правильно.

Я парень из Windows Server, поэтому я немного сомневался в использовании Apache, но он полностью прозрачен и интегрирован в VisualSVN, если бы они не упоминали об этом на веб-сайте, я бы никогда не знал, что я был запущен Apache. Если бы вы захотели разместить другие вещи в Apache, то, я думаю, вы захотите делать что-то по-другому, но я хотел, чтобы решение «под ключ» и VisualSVN предоставило его.

+0

Как все может измениться за несколько лет! Я не мог себе представить, как начать проект, используя Subversion. Мы используем Atlassian Stash за нашим брандмауэром и используем BitBucket в качестве резервной копии. –

3

У меня была одна большая проблема с этим.

Проблема заключается в том, что хранилища сохраняются с окончанием строки Windows (возврат каретки + линейный канал) вместо окончаний строки Linux (поток линии), когда репозитории находятся в формате файловой системы.

Это помешало мне портировать репозиторий (со всеми изменениями в такте) с локальной сети. Сервер Windows Server VisualSVN размещен на общедоступном хосте Linux SVN. Поскольку весь мой код находится в коде Windows, если я изменю окончание строк Windows на Linux, я испортил весь свой код. Инструменты администрирования SVN в Linux не будут распознавать репозиторий, если я их не конвертирую.

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

+2

Насколько я знаю, файлы fsfs всегда используют окончание строк «\ n», чтобы сделать их независимыми от платформы, но даже если это не так, вы можете * ALWAYS * выгружать репозиторий и загружать их в другую операционную систему. Вы уверены, что используете собственные средства Windows (а не версии cygwin)? Cygwin иногда прерывает явную поддержку конца строки в Subversion, когда позволяет их собственную поддержку преобразования. –

+0

Использование собственных инструментов (выпуск Collabnet) для создания репозитория, созданного VisualSVN, я получаю: 'vnadmin: Неизвестный тип FS' fsfs Я не добавлял эти одинарные кавычки в вывод svnadmin. Используя шестнадцатеричный редактор в файле db/fs-типа репозитория, он имеет 0D 0A (\ r \ n) в конце fsfs. Когда я смотрю на репозиторий, сделанный TortoiseSVN, тот же файл имеет только 0A (\ n) после fsfs. Я подозреваю, что это реализация VisualSVN, так как я успешно перенесла репозиторий TortoiseSVN в среду Linux. Я использовал VisualSVN Server 1.5.3. –

0

Я использовал его с нескольких лет без каких-либо проблем, он легкий и эффективный. Но сильно интегрирован под окнами (что совсем не проблема для меня)

В качестве альтернативы Collabnet Subversion Edge выглядит как хороший продукт, но я его не пробовал.

Смежные вопросы