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

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

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

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

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

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

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

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

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

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

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

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

Я думаю, что здесь содержится важная информация: AnkhSVN по сравнению с VisualSVN

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

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

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

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

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