Контрол на източника с Visual Studio: превключване от VisualSVN към Ankh?

Направихме точно това: превключихме от VisualSVN на AnkhSVN. Преместването мина без никакви проблеми. Тези добавки не съхраняват конкретна информация и скритите папки .svn (или _svn) са съвместими с всеки svn клиент.

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

Що се отнася до самата миграция, не може да бъде по-просто: току-що деинсталирахме VisualSVN и инсталирахме Ankh. Докато вашата директория е под контрол на източника, тя работи.

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

Мисля, че за по-разширена функционалност пак ще ви трябва TortoiseSVN (като експортиране, преместване, операции с цялата директория, заключвания и т.н.). AnkhSVN 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 клиенти ще бъде също толкова лесно. Освен това получавате допълнителното предимство да го настроите как мислите и работите, а не пакетираните неща. Ще продължа да използвам персонализирани макроси, докато намеря някои по-добри инструменти за интегриране на подривна дейност.