Исходный контроль с Visual Studio: переход от VisualSVN к Ankh?

Question

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

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

Возможно ли с переключиться с VisualSVN на AnkhSVN без лишних проблем?? Могу ли я сохранить установку VisualSVN Server или мне тоже нужно переключить это? Является ли 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

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

Answer 3

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

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

Answer 4

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

Answer 5

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

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

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

Answer 6

Я думаю, что это содержит информацию, которая имеет отношение: AnkhSVN versus VisualSVN

Answer 7

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

Answer 8

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

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

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

Answer 9

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