Хорошо работает AnkhSVN?

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

Слава Богу для VisualSVN + TortoiseSVN.

VisualSVN не свободен, но это дешево, и работает обработка.

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

Каждый раз, когда рабочая копия изменяется из внешней Visual Studio (путем редактирования с другим инструментом, или при помощи другого клиента Подрывной деятельности), необходимо будет обновить AnkhSvn с помощью команды Refresh, которую мы обеспечиваем.

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

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

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

Части копии/Вставки моего собственное Сообщение в блоге , поскольку я переключился от Анка до VisualSVN:

, Почему я переключался? Поскольку я был немного недоволен полной устойчивостью Анка, так как это имеет некоторые проблемы, на самом деле отслеживающие изменения Решения. VisualSVN является “just” TortoiseSVN Frontend, что означает, что это оставляет весь “heavy lifting” сторонней программе, которая a) установлено на большинстве Рабочих станций так или иначе и b) that’s, протестированный и используемый такой широкой аудиторией, it’s действительно надежный.

Теперь, AnkhSVN является, конечно, не плохим продуктом, и люди позади него серьезно относятся к тому, что они делают, но долго удалявший файлы все еще в моем SVN или получают Очистку “Please, Ваши solution” передают get’s раздражение через какое-то время, но мое самое большое схватывание является окном свойств. It’s, хороший, что существует хорошее окно с Переключателями, спрашивающими меня, какое свойство я хочу добавить. К сожалению, нет никакого способа вручную ввести свойство.

Редактирование: , Который был для AnkhSVN 1.x. Тем временем это было обновлено к 2.x и очень улучшенный. Я использую его в производстве в системе, где у меня нет VisualSVN, и это работает чрезвычайно хорошо теперь.

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

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

Я использовал и новейшую версию Анка SVN и Черепаху на проекте дома. Я нахожу их обоим быть очень хорошим с протестом.

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

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

я был очень доволен использованием TortoiseSVN с помощью проводника и моих макросов в IDE.

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

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

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

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

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

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

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

@mcintyre321

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

А перемещают или переименовывают операционные результаты в удалении и 'добавьте с историей' на уровне подрывной деятельности.

TortoiseSvn показывает это как:

originalFile   deleted
newFile        added (+)