Подрывная деятельность против хранилища

Возможный дубликат:
Любой инструмент для переноса репо из хранилища в Subversion?

В настоящее время я просматриваю преимущества перехода от SVN к хранилищу SourceGear. Кто-нибудь получил совет или ссылку на подробное сравнение между ними? Имейте в виду, что мне пришлось бы переместить мою текущую систему управления версиями, по которой сильно работает поддержка SVN

Вот некоторая информация, которую я обнаружил до сих пор от моих собственных исследований.

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

Сравнение времени

  • SVN
Добавить /Commit     12: 30 Получить последнюю версию     5: 35 Пометка/Этикетировочное     0: 01 разветвление     N/A - я не думаю, что в SVN существует истинное ветвление
  • Vault
Добавить /Commit     4: 45 Получить последнюю версию     0: 51 Пометка/Этикетировочное     0: 30 разветвление     3: 23

(не может получить правильное форматирование)

Я также нашел онлайн-источник, сравнивающий некоторые другие моменты. Это та информация, которую я ищу.

Сравнение использования

  • Subversion - это только редактирование/объединение/фиксация. Сейф позволяет вам делать edit/merge/commit или checkout/edit/checkin.

  • Убежище выглядит и действует так же, как VSS, что делает кривую обучения эффективно для пользователей VSS.

  • В хранилище есть плагин VS, но он работает только в том случае, если вы собираетесь запускать контроль режима.

  • Subversion имеет клиентов почти для каждой ОС, которую вы можете себе представить; У Vault есть клиент GUI для Windows и клиент командной строки для Mono.

  • Оба будут поддерживать удаленную работу, поскольку оба используют HTTP в качестве своих транспорт (Subversion использует расширенный DAV, Vault использует SOAP).

  • Установка Subversion, особенно с Apache, более сложна.

  • Subversion имеет много сторонней поддержки. У Убежища есть всего несколько вещей.

Мой вопрос

Кто-нибудь получил совет или ссылку на подробное сравнение между ними?

Ответы

Ответ 1

Используя оба "в гневе", я выбрал Subversion (с TortoiseSVN) через Сейп каждый день.

Когда я перешел из Subversion в Vault, это то, что я заметил:

  • Невозможно получить последнее из всего, что я не изменил, из коробки, одним простым шагом.
  • Невозможно легко увидеть что-либо изменившееся
  • Vault пытается по умолчанию сделать все, что я не проверил только для чтения
  • Я должен проверить вещи
  • Это очень медленно загружать (клиент хранилища), а не всегда находиться в проводнике
  • Клиентская навигация более неудобна - чем использовать Explorer
  • Легче сравнить с более старыми версиями
  • Проверка орфографии при вводе комментариев при проверке
  • Все было быстрее и проще!

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

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

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

Ответ 2

Я провел несколько лет, используя (и управляя) Subversion на предыдущем задании, и последние три года использовал Vault в моей текущей работе. В этот момент я отчаянно хочу уйти из Убежища и вернуться в Subversion (или, возможно, такой инструмент, как git или Mercurial).

У нас было много проблем с производительностью и надежностью (Vault не всегда выбирает файлы, которые были изменены, и иногда будет настаивать на том, что вы не изменили файл, когда есть), но это может произойти вплоть до (длинной) истории нашего репозитория и того, как мы обрабатывали ветвление в прошлом. Я бы сказал, что если бы он был лучше спроектирован, то ничто из этого не должно было иметь значения, но если вы не делаете с ним неловкие вещи, возможно, у вас не будет проблем, которые у нас были.

Тем не менее, есть некоторые принципиальные дизайнерские решения, которые я не могу простить:

  • модель рабочей папки (аналогичная VSS) является чрезмерно ограничительной; если я хочу проверить один и тот же код на несколько локальных мест, я должен иметь возможность
  • удаляет инструмент слияния
    • Мне не нужно проходить через мастер с семью шагами каждый раз, когда мне нужно объединить изменения.
    • не может вишнево выбрать несколько версий для слияния
    • добавленные/удаленные файлы не объединены в вашу рабочую папку до тех пор, пока вы не зафиксируете изменения, что означает, что вы не можете проверить, все ли в порядке до регистрации
  • нет эквивалента "svn switch"; переключение выделенной папки, чтобы указать на новое место в репозитории, вызывает уродство Vault.

В конечном счете, Vault - гораздо менее гибкий инструмент, чем Subversion, хотя отсутствие гибкости означает, что его проще использовать. Если у вас есть команда разработчиков, привыкших к VSS, и вы не собираетесь требовать большую часть вашего инструмента управления версиями, Vault, вероятно, прекрасный выбор. Однако, привыкнув к гибкости Subversion, я обнаружил, что Vault упражняется в расстройстве.

Ответ 3

Я использую Vault, поэтому я хотел бы исправить одну ошибку в списке функций:

В хранилище есть VS-плагин, но он только работает, если вы собираетесь запускать контроль режима.

Неверно - я не знаю, в какой версии он был добавлен, но вы можете запустить хранилище в режиме Edit | Merge | Commit в Visual Studio

Я бы также добавил, что Vault использует MS SQL Server в качестве репозитория - упрощает резервное копирование.

Ответ 5

Сайт Source gear имеет сравнение. Однако я бы не предложил ни того, ни другого. Если вы перейдете в новый репозиторий, вы хотите посмотреть на систему управления распределенной версией.

Символы Monotone, Git и Bazaar действительно подняли планку с точки зрения производительности.

Ответ 6

Subversion позволяет отмечать файлы как обязательные для блокировки, в этом случае работает проверка (блокировка), проверка (фиксация с автоматической разблокировкой). AnkhSVN визуализирует это, как и проверка VSS Check.

Subversion имеет:

  • TortoiseSVN для проводника Windows
  • AnkhSVN, бесплатный реальный поставщик SCC для Visual Studio. (еще не завершено, но лучше каждый день).
  • VisualSVN, TortoiseSVN как интеграция для Visual Studio (коммерческая)
  • SvnBook, отличное онлайн-руководство и бесплатное руководство.

Subversion получит более эффективный HTTP-протокол в 1.6 или 1.7 (работа продолжается). Это может создать плагин IIS.

Смотрите книгу подрывников о ветвлении и слиянии в Subversion.

Ответ 7

Subversion имеет также блокировки. Я их никогда не нуждался.

Ответ 8

Одна из функций, которую Vault построила в том, что Subversion не имеет встроенного устройства, может быть сконфигурирована Vault для сохранения измененных временных файлов. Это функция, которой я действительно могу воспользоваться. В качестве обходного пути Subversion позволяет настроить настройку временной метки на время фиксации, что достаточно для большинства моих сценариев. Чтобы воспользоваться этим, я должен зафиксировать, затем удалить рабочую копию, а затем сделать обновление, чтобы заставить метки времени быть метками фиксации, чтобы я мог развернуть файлы и привязать их временные метки к временным меткам subversion. Есть предложения использовать сценарии или еще что хранить измененные временные метки в свойствах, но я не знаю, успешно ли кто-либо это сделал, и если да, то я не знаю, насколько это было бы сложно.

Ответ 9

Subversion имеет много сторонней поддержки. У Убежища есть всего несколько вещей.

Конечно, если Subversion имеет стороннюю поддержку, Vault имеет поддержку 1-й стороны, так как вы ее купили. По моему опыту, информация из первых рук (от создателей) имеет тенденцию быть лучше, чем 14 форумов, распространяющихся по всему миру? Хотя мы теперь имеем SO, поэтому этот момент может быть немым.:)

Ответ 10

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

Ответ 11

SVN имеет истинное ветвление http://svnbook.red-bean.com/en/1.1/ch04.html, разветвление обрабатывается иначе, чем большинство систем управления исходным кодом.

Ответ 12

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

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

Ответ 13

Vault отлично работает с Visual Studio.

Для всего остального это ужасно.

Поддержка "WebDAV" очень медленная, настолько медленная, что я быстрее обнаружил ее с клиентом Vault, а затем переключился обратно в Dreamweaver, а не попытался выполнить проверку в Dreamweaver через WebDAV.