Если оставить для другого треда споры о необходимости интеграции SVN в IDE и посмотреть на сегодняшнее положение дел, то вот что мы имеем:
  • AnkhSVN — единственный относительно стабильный продукт, и единственный не реализующий MSSCC API. Всё ещё находится в бета статусе, о комфортной работе речи нет. Диалоги и юзабельные, pending checkins не работает, тормозит при загрузке.
  • PushOk SVN Proxy — платный, да и не работает.
  • Subway — мёртвый.
  • SVNScc — мёртвый.
  • chmsubscc — не работает.
  • sourcecross — мёртвый, хотя и есть невнятные попытки возродиться.
  • TortoiseSVNSCC — не работает.
Это результаты беглого просмотра на простом Windows .NET проекте в VS2003 и VS2005. На объёмном проекте и при более продолжительной работе, скорее всего, выявятся дополнительные проблемы.
А что хотелось бы иметь? Стабильную реализацию провайдера MSSCC API, предоставляющую в полном объёме функциональность последней версии Subversion. По крайней мере:
  • статус текущей версии
  • историю изменений файла, папки
  • диф выбранных версий
  • автоматическая блокировка нетекстовых файлов
  • разрешение конфликтов
  • переименование и перемещение файлов
  • выполнение команд удалённо, в репозитарии
  • удобная работа с клавиатуры
  • принятие русского текста
И всё это не выходя из IDE. В этом списке даже нет ветвления, переключения между ветками и атрибутов.
Вообще, печально наблюдать отсутствие открытого стандарта на API к VCS. Мне кажется, при наличии такового мы бы сейчас имели более широкий выбор.
Вывод: на сегодняшний день, AnkhSVN — единственный продукт, который можно считать рабочим, но не реализуя MSSCC API, вряд ли ему суждено стать массовым.
Автор: fuurin    Оценить