5 причин для обновления до Subversion 1.7

[ha2bj]

50 причин для обновления Subversion v1.7 до Git v1.7.7

[BusteR27]

Можно и Яндексу порекомендовать перейти с свн на гит

[zerkms]

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

Нуну.

[asolntsev]

Мы на работе используем и GIT, и SVN в зависимости от проекта.
И большинство склоняется к тому, что SVN предпочтительнее.

Детали я собрал здесь: asolntsev.livejournal.com/53660.html

[HoochieMen]

Вот любят же тту свой троллинг кругом показывать. Почему не написать «что вы с ДРУГОЙ системы контроля версий рекомендуете перейти на svn.», нет вот обязательно нужно указать свое мнение по поводу «ненормальности» svn

[limitium]

Ой ли? в данный момент приходится пользоваться svn, git, mercurial и почему-то проблемы только с svn…

[HoochieMen]

а мне приходится использовать svn, git и проблемы нет ни с чем :/

[kekekeks]

Будьте готовы к будущему! Оригинальные WC библиотеки стали настолько сложными, что введение новых функций становится все более сложным процессов.

Когда ПРОМТом переводите, вычитывайте хотя бы…

[ddv]

99% процентов(а я наблюдаю все 100% ежедневно) народу юзает svn up и svn commit, а остальное так для интереса попробовали и забыли… в таком случае эти 5 причин очень убедительны…

простота, гибкость, динамика — вот чего мы ждём…

вообще жду когда появится возможность в реальном времени разрешать конфликты, начал набирать в строчке, а СКВ сказала «Лена тут впрогала это», есть повод с Леной пообщаться а не поругаться :-)

[tangro]

Ну во-первых, не только «svn up и svn commit». Как минимум без checkout, diff и show log с svn-ом делать нечего.
Во-вторых, ускорение работы благодаря новому протоколу или кешу поможет даже если пользоваться только этим.

[bstan]

У меня пока что неудачный опыт общения с новой версией. На текущий момент операции Commit и Update стали проходить заметно дольше… Списываю это на то, что база теперь общая, и соответственно большая по объему.
Мое хранилище имеет глубокую древовидную структуру (глубина вложения 5 и более папок), и тут я заметил только снижение производительности, при работе с новой версией… 1.6 отрабатывала заметно быстрее

[andrewsch]

См. мой комментарий ниже

[shifty]

А как на счет совместимости старых/новых версий репозиториев?

[netslow]

Меня тоже волнует вопрос совместимости! Если у меня проект в Eclipse'е привязан к svn, я его закоммичу с помощью Tortoise, в Eclipse он потом будет работать?

[andrewsch]

Больной пока вопрос :-) Для Eclipse вроде можно установить dev-версию subclipse-a (я не пробовал), но стабильные версии IDE и их плагинов пока официально не поддерживают 1.7. Idea обещает в 11-ой версии.

[andrewsch]

У меня наоборот — против 2-4 минут обновления клиентом 1.6 теперь с клиентом 1.7 обновление занимает 10-20 секунд. Это при неизменном сервере 1.6 (HTTP).

[andrewsch]

Это было в ответ на комментарий тов. bstan

[bstan]

Ну в моем случае версия сервера 1.4 :) Но у меня проблема не с передачей данных на сервер и обратно, а пре- и пост- обработка данных при синхронизации

Соглашусь — непосредственно передача и получение данных — быстрее стало

[fsgs]

Теперь на 64-битную Win7 не ставится 32-битная версия TortoiseSVN. А я использую Total Commander и у него по умолчанию 32-битное контекстное меню. Зачем они так сделали? Как теперь предлагается использовать меню TortoiseSVN из Total Commander?

[KindDragon]

Теперь 64-битный установщик TortoiseSVN включает и 32-битную версию, как у всех нормальных программ. Просто установите 64-битный TortoiseSVN.

[Scrup]

У Тотала есть приблуда (по-моему, даже в базовом дистрибутиве) — TCMDX64.EXE. Она добавляет в контекстное меню Винды, вызываемое из-под Тотала, подменю X64.

[Funbit]

Вот вот Total скоро тоже станет 64 битным, 8-ая версия грядёт.

[aaacmc]

1 причина для того, чтобы не спешить с переходом — падает оно…

[Funbit]

Win7 64 + Tortoise SVN + (VS2010 + VisualSVN), полёт нормальный с момента релиза. Обновил десятки проектов, пользуюсь практический целый день, пока ни одного глюка.

[xdemon]

Когда его можно будет без апача использовать? :/

[Paul]

В качестве сервера? Можно использовать по протоколам svn:// svn+ssh:// и file://. Клиент как бы и так не требует никакого апача.

[xdemon]

svn+ssh — под шиндоус вряд ли заведется. File:// — нужен локальный реп либо маунт, опять же под шиндоус только костыли

svn:// всем хорош, да только где там крипто (ssl)? Я думал через stunnel сделать, но пока руки не дошли.

[Paul]

Есть мануалы по поднятию ssh сервера на винде, как Cygwinовского так и OpenSSH. Ну еще можно поднять VPN и юзать просто svn://.

У апача бонус в том, что он может использовать LDAP авторизацию, это удобно, если виндовые машины в домене. Ну и поднять его на винде совсем несложно.

[avz]

Причина номер 1 вашем списке — это та единственная, которой было достаточно, чтобы я откатился до 1.6 — мне это неудобно.