Управление исходным кодом в Visual Studio: переключиться с VisualSVN на Ankh?

Question

Я оцениваю VisualSVN для себя и небольшой команды разработчиков. Я установил его на сервере (сервере VisualSVN) без проблем и установил TortoiseSVN и VisualSVN, чтобы интегрировать его в Visual Studio 2008. Пока что он работает хорошо, и мы используем его для разработки нашего основного приложения.

Я слышал хорошие новости и о новой версии AnkhSVN, которая с открытым исходным кодом и бесплатна. Поскольку мы в начале работали с Subversion, сейчас я хочу принять правильное решение.

Возможно ли переключиться с VisualSVN на AnkhSVN без особых проблем ? Могу ли я сохранить установку сервера VisualSVN или мне тоже нужно это переключить? Не устареет ли TortoiseSVN, если я начну использовать AnkhSVN? И является ли текущая версия надежной в Visual Studio 2008?

Чтобы быть ясным: это не около 50 долларов США на разработчика. Речь идет о принятии правильного решения на будущее. Что вы рекомендуете?

Большое спасибо заранее!

Answer 1

Мы сделали именно это: переключились с VisualSVN на AnkhSVN. Переезд прошел без каких-либо проблем. Эти плагины не хранят конкретную информацию, а скрытые папки .svn (или _svn) совместимы с любым клиентом svn.

Серия 1.x плагина Ankh была ужасна: много сбоев и неприятностей (например, было очень трудно перемещать или переименовывать файл, который еще не зафиксирован). Серия 2.x исправляет большинство проблем, и хотя она по-прежнему не достигает уровня VisualSVN, я обнаружил, что этого достаточно для нашего использования (и очень бесплатно).

Что касается самой миграции, она не может быть проще: мы просто удалили VisualSVN и установили Ankh. Пока ваш каталог находится под контролем исходного кода, он работает.

Единственная распространенная вещь - это то, что вам все еще нужен TortoiseSVN для выполнения многих задач, будь то сложные задачи или более простые: создавать рабочие каталоги и извлекать из них в проводнике намного проще, чем в Visual Studio.

Answer 2

Я думаю, что для более продвинутой функциональности вам все еще понадобится TortoiseSVN (например, Экспорт, Перемещение, операции с целым каталогом, блокировки и т. Д.). AnkhSVN v2 очень хорошо. Я использую оба без особых хлопот.

Что касается настройки удаленного репозитория (я не знаю VisualSVN, поэтому я предполагаю, что мы говорим о сервере репозитория), вам нужно будет использовать svnserve непосредственно из пакета Subversion. Вы можете настроить его как служба Windows .

Answer 3

AnkhSVN работает с любым сервером Subversion, и VisualSVN Server является одним из самых простых в настройке серверов для Windows.

Если вам нужно обмениваться проектами и решениями между VisualSVN и AnkhSVN, вам следует убедиться, что вы не подключаете свои проекты к провайдеру AnkhSVN scc, иначе пользователи VisualSVN увидят предупреждения. (Вы можете подключить файл решения, не видя предупреждений SCC).

Вы можете использовать AnkhSVN бок о бок с любым другим клиентом Subversion, но мы разработали AnkhSVN 2.0, чтобы не требовался другой клиент для нормальной работы. Единственная проблема, с которой вы можете столкнуться при использовании AnkhSVN рядом с другими клиентами Subversion, заключается в том, что AnkhSVN 2.0 добавляет файлы в Subversion только тогда, когда это действительно необходимо (прямо перед фиксацией), чтобы повысить производительность и разрешить переименование файла.

Answer 4

Ankh должен работать с любым сервером Subversion, поэтому он должен работать и с VisualSVN. Смотрите здесь: http://www.visualsvn.com/server/ Это говорит о том, что сервер совместим со всеми клиентами. : -)

Answer 5

Я использую VisualSVN и Ankh без проблем - Ankh работает против любого сервера Subversion. Единственное отличие, которое я обнаружил между VisualSVN и «необработанным» пакетом Subversion, заключалось в том, что VisualSVN использует http / https вместо протокола svn: *. 1001 *

Answer 6

Назовите меня сумасшедшим, но это решение кажется мне довольно чистым: http://blog.programmerslog.com/?p=4.

Гарри Бодсворт представил настройки Visual Studio, использующие TortoiseSVN. По сути, вместо добавления настроек внешнего инструмента вручную, импорт этих настроек делает все за вас: панель инструментов Subversion, меню Subversion и команды контекстного меню.

Я думаю, что это было бы более простым решением, чем установка AnkhSVN или VisualSVN.

Answer 7

Я думаю, что это содержит информацию, которая имеет отношение: АнхСВН против VisualSVN

Answer 8

Честно говоря, мне не очень понравились какие-либо дополнения SVN для Visual Studio. В итоге я просто настроил свой собственный набор макросов для выполнения всего, что мне нужно, и добавил пункты меню и пользовательские контекстные меню для коммитов, обновлений, журналов шоу и тому подобного. Я использовал Tortoise и интегрировал с инструментами командной строки. Это было легко сделать, включая интеграцию с вызовами командной строки TortoiseProc.exe. Однако я уверен, что интеграция с svn.exe или другими svn-клиентами на основе командной строки будет такой же простой. Кроме того, вы получаете дополнительное преимущество, так как вы настраиваете, как вы думаете и работаете, а не упаковываете вещи. Я буду продолжать использовать настраиваемые макросы, пока не найду более совершенные инструменты интеграции Subversion.

Answer 9

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