Я спросил пару сотрудников о AnkhSVN, и ни один из них не был доволен этим. Один из них дошел до того, что сказал, что AnkhSVN несколько раз перепутал свои девены.
Каков ваш опыт работы с AnkhSVN? Мне очень не хватает интегрированного средства управления исходным кодом IDE.
Старая AnkhSVN (pre 2.0) была очень дрянной, и я использовал ее только для блестящих значков в браузере решений. Я полагался на Черепаху для всего, кроме ревертов.
Новый Ankh - это полная переписывание (теперь он использует API управления версиями IDE), и выглядит и работает намного лучше. Тем не менее, я не принуждал его к тяжелой атлетике. Для меня достаточно значков.
Единственное, что у меня есть с 2.0, это тот факт, что он удаляет свой след в файлы .sln. Я всегда возвращаю их, чтобы они не вызывают проблем у коллег, у которых нет установленных Анков. Dunno, если мои опасения беспочвенны или нет.
Приложение:
Я использовал v2.1.7141 немного больше в течение последних нескольких недель, и вот новые вещи, которые я должен добавить:
В общем, я бы не использовал его автономно, но как только вы начнете его использовать, он становится почти незаменимым спутником для черепах.
У меня всегда были проблемы с устойчивостью с AnkhSVN. Я не мог переключить всех на Subversion, где я работаю без интегрированного решения.
Благодарим за VisualSVN + TortoiseSVN.
VisualSVN не является бесплатным, но он дешев и работает.
@pilif: AnkhSVN поддерживает состояние рабочей копии в оперативной памяти, которое недействительно/обновляется событиями Visual Studio (т.е. вы редактируете/изменяете файл) и событиями AnkhSVN (т.е. вы совершаете/обновляете/восстанавливаете/и т.д.),
Всякий раз, когда рабочая копия изменяется извне Visual Studio (путем редактирования другим инструментом или с помощью другого клиента Subversion), вам необходимо обновить AnkhSvn с помощью команды Refresh, которую мы предоставляем.
Другое, что случается, когда вы удаляете файл в проекте с TortoiseSvn, например, состоит в том, что он остается указанным в файле проекта, и вам придется удалить его там отдельно (а затем также передать файл проекта).
Я пробовал вариант 1, и это было ненадежно, если не сказать больше. Я ничего не могу сказать о 2.0.
Если вы можете себе это позволить, тот, который я использую, VisualSVN, очень хорош и использует TortoiseSVN для всех своих gui, кроме для специализированных вещей, связанных с его интеграцией VS.
Скопировать/вставить части моего собственного Blogpost, поскольку я переключился с Ankh на VisualSVN:
Почему я переключился? Потому что я был немного недоволен общей стабильностью Ankh, так как у него есть некоторые проблемы, которые фактически отслеживают изменения решения. VisualSVN - это просто "TortoiseSVN Frontend", что означает, что он оставил весь "тяжелый подъем" стороннему инструменту, который: а) установлен на большинстве рабочих станций в любом случае, и б) он был протестирован и использован такой широкой аудиторией, рок-твердое тело.
Теперь AnkhSVN, безусловно, не плохой продукт, и люди, стоящие за ним, серьезно относятся к тому, что они делают, но с длинными удаленными файлами, все еще находящимися в моем SVN или получая сообщение "Пожалуйста, очистите ваше решение", становится раздражающим после некоторых время, но моя самая большая проблема - окно свойств. Приятно, что есть приятное окно с Radio Buttons, спрашивающее меня, какую собственность я хочу добавить. К сожалению, нет способа вручную ввести свойство.
Изменить: Это было для AnkhSVN 1.x. Тем временем он был обновлен до 2.x и значительно улучшился. Я использую его в производстве в системе, где у меня нет VisualSVN, и теперь она работает очень хорошо.
У меня не было проблем с v1, но я был предупрежден о том, чтобы не использовать его. Я использовал v2 некоторое время, и у меня не было проблем с этим. Я все еще сохраняю резервную копию репозитория, хотя...
Я начал с AnkhSvn, а затем перешел к VisualSvn. У меня есть собственные проблемы с VisualSvn, но его гораздо меньше проблем по сравнению с Ankh. Мне еще предстоит попробовать новую версию Ankh, которая, по их словам, является полной перепиской и также содержит материалы от команды разработчиков Microsoft.
Я использую как новейшую версию Ankh SVN, так и Tortoise в проекте дома. Я считаю, что оба они очень хороши с оговоркой.
Я обнаружил, что оба инструмента SVN временами не успевали переименовать и перемещать файлы/папки, в результате чего он думал, что совершенно хороший файл необходимо удалить при следующем коммита. Вероятно, это связано с тем, что я неправильно использовал SVN, но TFS на работе не имеет этой проблемы.
Я пробовал AnkhSVN (1.0.3, всего 4 месяца назад), и он не работал так, как я этого хотел (т.е. нужно было выбирать вещи в окне браузера, а не на основе активного файла). Я закончил создание некоторых макросов, которые используют TortoiseSVN, которые работают намного больше, чем я ожидал.
Я был очень доволен использованием TortoiseSVN через explorer и мои макросы внутри IDE.
@mcintyre321
Я обнаружил, что оба инструмента SVN временами не успевали переименовать и перемещать файлы/папки, в результате чего он думал, что совершенно хороший файл нужно удалить при следующем коммита.
Операция move или rename приводит к удалению и добавлению с историей на уровне subversion.
TortoiseSvn показывает это как:
originalFile deleted
newFile added (+)
Раньше (например, 2 года назад, когда я в последний раз пробовал), AnkhSVN и Tortoise, используемые параллельно с той же рабочей копией, вызвали какое-то повреждение рабочей копии, когда Анк и Черепаха каким-то образом потеряли контроль над состоянием, оставив другой инструмент скопируйте.
Казалось, что один из инструментов хранит дополнительные метаданные, не содержащиеся в рабочей копии, и полагался на правильность.
Проблемы показали себя Ankh (или Tortoise), настаивая на том, что файлы, которые там не были, на файлах, которые не были изменены, и на файлы, которые не были изменены (и, следовательно, неспособны зафиксировать).
Возможно, это было исправлено с тех пор, но я подумал, что лучше предупредить вас, ребята.
Примерно год назад я и приятель использовали AnkhSVN для проекта... несколько коммитов позже, перемещая пространства имен, он сломал репозиторий SVN. Сбой, как и в, последнее совершение, которое мы получили, было повреждено, и мы больше не могли его совершать.
После этого мы использовали TortoiseSVN, и пространство имен перемещалось вручную, оно просто... работало. Если вы работаете только в библиотеках базового класса, вы всегда можете вместо этого использовать SharpDevelop (который интегрируется с TortoiseSVN).
Я надеюсь, что они действительно исправили AnkhSVN, хотя из-за того, что интеграция IDE всегда качается... когда они работают.