LINUX.ORG.RU

Subversion 1.7

 , ,


0

2

Вышла новая версия Subversion, свободной централизованной системы управления версиями (также известной как «SVN»).

Основные изменения:

  • улучшения в работе хранилища копий метаданных (Copy Metadata Storage);
  • новый инструмент для удаленной работы с дампами (svndump);
  • улучшена поддержка HTTP;
  • новая команда: svn patch;
  • множество улучшений и багфиксов.

Подробное описание изменений

>>> Подробности

★★★★★

Проверено: Shaman007 ()

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

KDE41user
()

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

leave ★★★★★
()

RIP

Long Live Git!

anonymous
()

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

anonymous
()

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

zgen ★★★★★
()

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

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

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

MATPOCKUH
()
Ответ на: комментарий от Reset

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

Reset ★★★★★
()
Ответ на: комментарий от anonymous

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

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

dib2 ★★★★★
()
Ответ на: комментарий от dib2

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

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

dib2 ★★★★★
()
Ответ на: комментарий от encyrtid

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


zgen ★★★★★
()
Ответ на: комментарий от Reset

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

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

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

anonymous
()
Ответ на: комментарий от zgen

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

encyrtid ★★★★★
() автор топика
Ответ на: комментарий от MATPOCKUH

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

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

anonymous
()
Ответ на: комментарий от encyrtid

> svnrdump

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

anonymous
()
Ответ на: комментарий от anonymous

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

Reset ★★★★★
()
Ответ на: комментарий от anonymous

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

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

anonymous
()
Ответ на: комментарий от Reset

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

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

sv75 ★★★★★
()
Ответ на: комментарий от anonymous

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

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


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

mx__ ★★★★★
()
Ответ на: комментарий от Reset

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

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

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

sv75 ★★★★★
()
Ответ на: комментарий от mx__

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

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

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

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

anonymous
()
Ответ на: комментарий от Reset

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

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

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

anonymous
()

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

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

AVL2 ★★★★★
()
Ответ на: комментарий от Reset

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

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

AVL2 ★★★★★
()
Ответ на: комментарий от AVL2

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

Reset ★★★★★
()
Ответ на: комментарий от anonymous

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

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

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

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

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

matumba ★★★★★
()

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

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

Vovka-Korovka ★★★★★
()
Ответ на: комментарий от matumba

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

Только ваши.

tailgunner ★★★★★
()
Ответ на: комментарий от anonymous

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

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

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

MATPOCKUH
()
Ответ на: комментарий от sv75

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

MATPOCKUH
()
Ответ на: комментарий от matumba

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

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

bonds
()
Ответ на: комментарий от encyrtid

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

galanthus
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.