АнхСВН - это хорошо?

Question

Я спросил пару коллег о АнхСВН , и ни один из них не был доволен этим. Один из них зашел так далеко, что сказал, что АнхСВН несколько раз испортил его девенв.

Какой у вас опыт работы с АнхСВН? Я действительно скучаю по интегрированному в IDE инструменту управления исходным кодом.

Answer 1

Старый AnkhSVN (до 2.0) был очень дрянным, и я использовал его только для блестящих иконок в обозревателе решений. Я полагался на Черепаху во всем, кроме возвратов.

Более новая версия Ankh полностью переписана (теперь она использует API-интерфейс управления исходным кодом в среде IDE) и выглядит и работает намного лучше. Тем не менее, я не заставлял его поднимать тяжести. Иконы мне достаточно.

Единственный недостаток, с которым я столкнулся в версии 2.0, заключается в том, что он присматривает за своими файлами .sln . Я всегда обращаю внимание на них, чтобы они не вызывали проблем у коллег, у которых не установлен Ankh. Не знаю, беспочвенны ли мои страхи или нет.

---

Приложение:

В последние несколько недель я более широко использовал v2.1.7141, и вот что я должен добавить:

• Никаких отвратительных сбоев, которые мучили v1.x. Ура!
• По некоторым причинам, окна «Показать изменения» (diff) ограничены только двумя. Мех.
• Дифференциальные окна еще не позволяют редактировать / возвращать. Boo!
• Обновления, коммиты и просмотр намного быстрее, чем черепаха. Ура!

В общем, я бы не стал использовать его автономно, но как только вы начнете его использовать, он станет почти незаменимым спутником черепахи.

Answer 2

У меня всегда были проблемы со стабильностью в АнхСВН. Я не мог переключить всех на Subversion, где я работаю без интегрированного решения.

Слава Богу, за VisualSVN + TortoiseSVN .

VisualSVN не бесплатен, но он дешев и приносит удовольствие.

Answer 3

@ pilif: AnkhSVN поддерживает состояние рабочей копии в памяти, которое становится недействительным / обновляется событиями Visual Studio (т.е. вы редактируете / изменяете файл) и событиями AnkhSVN (т.е. вы фиксируете / обновляете / возвращаете / и т. Д.)

Всякий раз, когда рабочая копия изменяется из-за пределов Visual Studio (путем редактирования с помощью другого инструмента или с помощью другого клиента Subversion), вам придется обновлять AnkhSvn с помощью предоставляемой нами команды «Обновить».

Другая вещь, которая происходит, когда вы удаляете файл в проекте, например, с помощью TortoiseSvn, это то, что он остается в списке в файле проекта, и вам придется удалить его там отдельно (а затем зафиксировать файл проекта) .

Answer 4

Я попробовал версию 1, и это было, по меньшей мере, ненадежно. Я ничего не могу сказать о 2.0.

Если вы можете себе это позволить, тот, который я использую, VisualSVN , очень хорош и использует TortoiseSVN для всех своих графических интерфейсов, за исключением специализированных вещей, связанных с его интеграцией VS.

Answer 5

Копирование / вставка частей моего собственного блога , когда я переключился с Ankh на VisualSVN:

Почему я переключился? Потому что я был немного недоволен общей стабильностью Ankh, поскольку у него есть некоторые проблемы с отслеживанием изменений решения. VisualSVN является «просто» интерфейсом TortoiseSVN, что означает, что он оставляет весь «тяжелый подъем» стороннему инструменту, который а) все равно установлен на большинстве рабочих станций и б) который был протестирован и использован такой широкой аудиторией, это действительно незыблемый.

Теперь AnkhSVN, безусловно, не плохой продукт, и люди, стоящие за ним, серьезно относятся к тому, что они делают, но наличие давно удаленных файлов в моем SVN или получение сообщения «Пожалуйста, очистите ваше решение» вызывает раздражение после некоторых время, но моя самая большая проблема - окно свойств. Приятно, что есть красивое окно с радио-кнопками, спрашивающими, какое свойство я хочу добавить. К сожалению, нет возможности вручную ввести свойство.

Редактировать: Это было для АнхСВН 1.x. Тем временем, он был обновлен до 2.x и значительно улучшен. Я использую его в работе в системе, где у меня нет VisualSVN, и теперь он работает очень хорошо.

Answer 6

У меня не было проблем с v1, но меня предупредили не использовать его. Я использовал v2 некоторое время, и у меня не было проблем с этим. Я все еще храню резервную копию хранилища, хотя ...

Answer 7

Я начал с AnkhSvn, а затем перешел на VisualSvn. У меня есть свои проблемы с VisualSvn, но это гораздо меньше проблем по сравнению с Ankh. Мне еще предстоит попробовать новую версию Ankh, которая, по их словам, является полностью переписанной, и в ней также участвовала команда разработчиков Microsoft.

Answer 8

Я использовал новейшую версию Ankh SVN и Tortoise для домашнего проекта. Я считаю, что они оба очень хороши с оговоркой.

Я обнаружил, что оба инструмента SVN иногда не успевали за переименованием и перемещением моего файла / папки, в результате чего он подумал, что при следующем коммите нужно удалить совершенно хороший файл. Вероятно, это связано с тем, что я неправильно использую SVN, но TFS на работе не имеет этой проблемы.

Answer 9

Около года назад я и друг использовали AnkhSVN для проекта ... несколькими коммитами позже, когда перемещались пространства имен, он сломал репозиторий SVN. Как ни крути, последний коммит, который мы сделали, был поврежден, и мы больше не могли коммитить.

После этого мы использовали TortoiseSVN и сделали перемещение пространства имен вручную, просто ... сработало . Если вы работаете только с библиотеками базовых классов, вы всегда можете попробовать использовать SharpDevelop (который интегрируется с TortoiseSVN).

Я надеюсь, что сейчас они исправили AnkhSVN, потому что интеграции IDE всегда качаются ... когда они работают.

Answer 10

Ранее (как 2 года назад, когда я в последний раз пытался), AnkhSVN и Tortoise, использованные параллельно с одной и той же рабочей копией, вызвали некоторое повреждение рабочей копии, когда Ankh и Tortoise каким-то образом потеряли отслеживание состояния, другой инструмент оставил работающую скопировать в.

Как будто один из инструментов хранил дополнительные метаданные, не содержащиеся в рабочей копии, и полагался на то, что это правильно.

Проблемы проявились в том, что Анк (или Черепаха) настаивал на том, чтобы файлы были там, которых не было, на файлах, которые не были изменены, и на файлах, которые не были изменены, которые были (и, следовательно, не в состоянии зафиксировать).

Возможно, это было исправлено с тех пор, но я подумал, что лучше предупредить вас, ребята.