Subversion 1.7

Прекратите насиловать труп.

Ви таки за git?

Таки нахожу git и hg удобнее.

Однако это не означает ненужность SVN, с рядом задач он справляется неплохо.

Линус сказал в морг, значит, в морг.

Для простых пользователей (не программистов) лучше svn'а пока еще ничего не придумали.

Зачем нужны эти новомодные велосипеды, когда есть проверенные временем решения, например CVS?

а ви таки используете cvs?

[offtop] Подольем бензинчика: http://www.youtube.com/watch?v=CDeG4S-mJts&feature=related [/offtop]

RCS! Чего уж мелочиться то?

Кастую фоннатов DVCS в тред

с ума сойти, svn ещё и развивается

Я использую, а что?

RIP

Long Live Git!

это окаменелое гумно не нужно.

>новый инструмент для удаленной работы с дампами (svndump);
Что за инструмент, где почитать?

> улучшения в работе хранилища копий метаданных (Copy Metadata Storage);

Лучше бы прямо написали как в ченджлоге: метаданные теперь в одном месте как в гит и хг!

Вот допилят merge во все поля и разницы уже не будет особой на чем сидеть. Ждем-с...

> Для простых пользователей (не программистов) лучше svn'а пока еще ничего не придумали

Да конечно. Особенно интересно, как простой пользователь-непрограммист заведёт себе хотя бы локальный репозиторий.

Veracity !

Это одноразовая операция и делается администратором. А коммитить/пушить и т.д. надо каждый день.

svnrdump

Я, кстати, опечатался, правильно - svnrdump.

С февраля прошлого года svn переведен под управление Apache Software Foundation (ASF).

Ничем не сложнее git init/hg init:

svnadmin create myrepo && svn co file:///path_to/myrepo work

И права админские при этом не нужны. Вопросы?

ничего. просто для статистики.

>Особенно интересно, как простой пользователь-непрограммист заведёт себе хотя бы локальный репозиторий.

емнип, ПКМ->Tortoise SVN->Create repository here
или что-то в этом духе.

KDESvn и RabbitVCS умеют то же для Dolphin и Nautilus соотв.

сам присадил юзеров на работе на svn - не нарадуются. DVCS для них смысла не имеет

А вот вопрос - теперь каждый клиент может svnrdump load в репозиторий сделать, затерев его напрочь?

> Это одноразовая операция и делается администратором. А коммитить/пушить и т.д. надо каждый день

Так и говори: для простого пользователя при администраторе. А я-то представил простого человека, пишущего тугамент или типа того.

Ну и опять же, расскажи-ка, чем hg сложнее svn в твоём случае. Запомнить на одну команду больше?

Видимо да. Если администратор не заблокирует.

> Ничем не сложнее git init/hg init: Ага-ага. А потом если надо его опубликовать? `hg push` не пройдёт, придётся заниматься всякой шляпой.

И вообще после hg/git разносить локальный репозиторий и рабочую копию кажется дикостью.

> svnrdump

Это вместо rsvndump? Отличное изменение, очень рад. Теперь делать `hg convert` ещё проще и удобнее! Разработчики svn идут в правильном направлении.

Тем, что появляется лишнии сущности типа множественных репозиториев и команды push/pull. Ты сам будешь каждый день отвечать на вопросы пользователей «почему я закоммитил, а этого нет в репозитории?» ?

RIP

> Разработчики svn идут в правильном направлении.

их ждет светлая апстена

> Для простых пользователей (не программистов) лучше svn'а пока еще ничего не придумали.

Простые пользователи используют dropbox. В их куче бинарников дифы считать негде.

> И вообще после hg/git разносить локальный репозиторий

и рабочую копию кажется дикостью.

это ты к тому, что после взлома гит/кернель-орга несколько веток ядра накрылись медным тазом ?

> Тем, что появляется лишнии сущности типа множественных репозиториев и команды push/pull. Ты сам будешь каждый день отвечать на вопросы пользователей «почему я закоммитил, а этого нет в репозитории?» ?

В svn есть лишние сущности типа отдельных add на директории и обязательного svn update между двумя коммитами. Мне уже надоело объяснить простым людям, зачем они нужну.

Видимо просто ваш контингент впитал svn с молоком матери, но не все такие.

> это ты к тому, что после взлома гит/кернель-орга несколько веток ядра накрылись медным тазом ?

Какой глупенький паренёк.

1) либо они были в единственном экземпляре и только на сервере, либо не накрылись;

2) расскажи, что было бы в случае поломки svn-репозитория; желательно с акцентом на то, что нет возможности быстренько проверить, не подпорчен ли он теперь.

> появляется лишнии сущности типа множественных репозиториев и команды push/pull. Ты сам будешь каждый день отвечать на вопросы пользователей «почему я закоммитил, а этого нет в репозитории?» ?

А с чего им ожидать, что оно появится в репозитории, если они не отравлены идиотизмом svn? Свеженаученный человек в курсе, что надо зафиксировать изменения, а когда всё готово, отправить на сервер.

Множественные репозитории появляются только при желании. Потому что разницы между «удалённый репозиторий + рабочая копия» и «удалённый репозиторий + мой репозиторий» нету никакой.

Оно еще шевелится?

Еще бы оно нормально работало через реверс-прокси с включеным ssl.

>Тем, что появляется лишнии сущности типа множественных репозиториев и команды push/pull. Ты сам будешь каждый день отвечать на вопросы пользователей «почему я закоммитил, а этого нет в репозитории?» ?

этот вопрос и сейчас задают.

В случае с svn ответ однозначен — значит ты не закоммитил. А в случае с hg и git (в особенности !) надо разбираться отдельно.

> чем hg сложнее svn в твоём случае

В ЛЮБОМ случае это сложнее. Всё равно, что удить острой палкой или на современную удочку с эхолотом :) Не зря Distributed в DVCS введено.

Кроме того, всезнайки (а точнее, глупые подростки), выучившие 5 команд HG, не могут понять - ну как это так, юзеры не умеют отличать репозитории! :) Вопрос: кто из вас тупее? :)

Для простого прогера или команды 2-5 человек SVN - за глаза, причём не создавая особых проблем. (да чо там, одно время мы вообще Beyond Compare юзали!)

Надо иметь мозгов намного более, чем у студента, чтобы уметь отличать крикливые базворды от реальных потребностей. Git - это buzzword, SVN - система, перекрывающая ваши потребности на 99% (я про реальную работу в команде, не про FOSS). Если линусу нравится пеарить свой гит - пусть, зачем волну-то гнать?

Закопать и с честью похоронить. Годная штука, но git - уже наше всё.

новая команда: svn patch;

А вот это хорошо. А то под виндой приходится с собой patch.exe таскать.

> SVN - система, перекрывающая ваши потребности на 99%

Только ваши.

> > Ничем не сложнее git init/hg init: Ага-ага. А потом если надо его опубликовать? `hg push` не пройдёт, придётся заниматься всякой шляпой.

И вообще после hg/git разносить локальный репозиторий и рабочую копию кажется дикостью.

Чтобы прошел push, на той стороне должна быть подготовленная инфраструктура. Утащить локальный репо на ремоут в случае svn не сложнее: tar && scp && untar или вот новую тулзу в 1.7 приложили для этого. Не вижу принципиальной разницы.

Лишние сущности такие лишние, что в git репозиториях за их ненадобностью делают костыли вида: folder/.do_not_remove_me_cos_my_rcs_sucks

Абсолютно верно.

Для примера пусть любители GIT/HG попробуют положить в реп 1 ГБ файл, что зачастую необходимо при разнообразном game dev. и пр.

То то я и думаю, зачем разработчики AOOo в спешке переходили с hg на svn