Мы думаем переключиться на SVN на мою работу, поэтому мне было интересно о SVN-плагинах для VS2008 (и в 2010 году, когда он выйдет). После небольшого исследования я нашел AnkhSVN и VisualSVN, 2, которые казались наиболее доминирующими. (Я знаю TortoiseSVN и буду использовать плагин вместе с ним).
Я знаю, что раньше спросил но эти вопросы задавали почти год назад и мы все знаем, что многое может измениться через год.
Вопрос: Из вашего опыта, который лучше и почему?
Конечно, прошло уже год с тех пор, как я использовал каждый продукт голова к голове, но мое текущее предпочтение - AnkhSVN. Хотя люди ворчали о ранних версиях AnkhSVN, 2.0 был почти переписан оригиналом и теперь является полным пакетом интеграции поставщиков Source Control, а не надстройкой Visual Studio. Благодаря коммерческой поддержке CollabNet и возобновленному энтузиазму с открытым исходным кодом, AnkhSVN 2.0 заслуживает возможности.
Мои две любимые функции AnkhSVN - это бесплатно, и мне нравится окно ожидающих изменений.
Что касается VisualSVN, я нахожу его вялым, и я чувствую, что он использует TortoiseSVN, а не слишком часто обрабатывает управление файлами. И это стоит денег (хотя и небольшой суммы.)
Опять же, это основано на моем последнем тесте "голова к голове", который был около 1 года назад. Как уже было сказано, TortoiseSVN отлично подойдет, но если вы действительно хотите подключиться к VS IDE, дайте AnkhSVN вихрь перед VisualSVN. Удачи.
Я пробовал оба плагина VS... после нескольких месяцев использования я быстро понял, что всю свою жизнь провел в Черепахе! Плагины не получают все мои связанные со стволом элементы. Они работают только с элементами, которые являются частью решения и что VS распознает. По этой причине я провел почти все свое время в Черепахе... и в конечном итоге все свое время. Нет причин платить плагины, когда Toroise бесплатно и обновляется почти ежедневно.
Придерживайтесь черепахи и узнайте, как ее использовать. В конце концов вы будете счастливее.
Ответы:
@jeroenh: "... действительно существует преимущество использования (правильно интегрированного) VS-плагина, а именно при перемещении/переименовании файлов в вашем решении..."
Я согласен, что переименование/перемещение файлов в Tortoise неуклюжие. И VisualSVN делает это проще.
@Darko Z: "На личном уровне я согласен, но на организационном уровне я этого не делаю. У нас есть несколько человек, которые нуждаются в интеграции VS. Да, это глупо, но достаточно справедливо:)"
Да, у меня в этой команде есть несколько человек. И тренировать их, чтобы привыкнуть к Черепахе, был Медведь! Они являются причиной того, что мы получили лицензии для VisualSVN... но они тоже жаловались на это.
У меня была та же дилемма, что и несколько месяцев назад, и, наконец, решил пойти с VisualSVN. Мы использовали его в течение 4 месяцев для разработки веб-приложений С#, и наш опыт был положительным.
Во-первых, серверная часть интегрируется с Active Directory и предлагает простой в использовании MMC-элемент управления для управления репозиториями.
Во-вторых, клиентская часть интегрируется с VS2008, не замедляет время загрузки Visual Studio и работает с довольно тривиальными цветовыми кодами (зеленый для нетронутых файлов, желтый для файлов, которые вы изменили). Он содержит полную версию diff, вы можете прокомментировать каждую ревизию.
Одна нижняя сторона - это то, что ее опоры для крючков (например, крючки после боя) очень рудиментарны.
Вы можете просмотреть статистику, например, кто совершил наибольшую фиксацию и т.д. Он поддерживает ветки, хотя мы не используем эти функции. Вся клиент-серверная связь осуществляется через SSL (ключи и сертификаты настраиваются автоматически).
В какой-то момент я задал им вопрос о том, как удалить историю ветвей из выпадающего списка Visual Studio, и их поддержка ответила, что мне просто нужно удалить файл .suo(эффективное обслуживание клиентов)
Наконец, мой опыт работы с VisualSVN: простой и понятный для нашей относительно небольшой команды. (у нас 5 программистов, но я уверен, что это масштабы намного больше).
Я использую VisualSVN на данный момент, и это здорово, поскольку оно автоматически добавляет новые файлы в SVN и позволяет легко возвращать и различать, не открывая окно проводника. Тем не менее, вам все равно придется использовать TortoiseSVN для файлов, не принадлежащих вашему решению Visual Studio.
В прошлый раз, когда я использовал AnkhSVN, он не работал слишком хорошо и ввернул мою проверку SVN (но это было пару лет назад).
Я использовал оба варианта и предпочитаю Visual SVN (начиная с версии 3.0) из-за его интеграции с Tortoise SVN, который я уже использую и хорошо знаком. Из-за этого знакомства и интеграции VisualSVN с ним я предпочитаю его немного больше.
Я считаю, что есть аргумент, что AnkhSVN (по версии v.2.4.11610) имеет больше функций, интегрированных в VS.NET, но он работает с его собственными диалоговыми окнами и подсказками, к которым нетрудно привыкнуть, но снова мне понравилось функциональность и знакомство с Tortoise SVN.
Кроме того, поскольку весь мой магазин использует Tortoise SVN через Проводник Windows, переход на Visual SVN не является такой большой сделкой, кроме добавления хорошей интеграции непосредственно в VS.NET. Я не испытывал ни одной из ошибок, прокомментированных в других сообщениях здесь (большинство из них 3-4 года назад, похоже), когда я использовал VisualSVN за последние 30 дней.
Итак, вот что я говорю: если вы являетесь тяжелым пользователем Tortoise SVN и как он работает, идите с VisualSVN. Если вы новичок в Subversion и на самом деле все равно, то переход с бесплатным AnkhSVN с его дополнительными встроенными функциями, вероятно, является способом выхода.
Этот вопрос, который вы задали, сводится к личным предпочтениям, но я бы посоветовал вам иметь ДОПОЛНЕНИЕ к клиенту ide или Tortoise SVN или клиенту командной строки. Вас часто будут принуждать к позициям, где клиент IDE не может выполнить требуемую задачу.