advanced SVN ?

Question

[g00d]

На работе пользуются все исторически СВНом (на другие системы не перейти, к сожалению)

В центральном репозитарии ведется работа только в одной ветке

Получается тикет выполненный может состоять из нескольких коммитов.

Продакшен обновляется из СВНа (svn up)

Возникла необходимость заливать на продакшен только какой-то определенный тикет (содержащий несколько коммитов).

Правильно ли я понимаю что без использования веток это не возможно?

Или есть какой-то способ, то подскажите какой?

Спасибо.

Answer 1

[Всеволод]

ИМХО при использовании одной ветки можно разве что делать svn up без учета n последних ревизий. Ну например у вас последняя ревизия 100. Но два последних комита не хочется заливать на прод. Тогда делаете «svn up -r 98»

Так что используйте ветки и таги. На самом деле это не очень сложно. Мы недавно перешли на такую систему. Мне стало гораздо легче деплоить. Если интересно, могу вкратце рассказать наш воркфлоу с ветками и тагами.

Comments

[g00d]

Конечно интересно. И да пожалуйста расскажите как у вас…

[zizop]

Было бы интересно почитать статью на эту тему.

[Всеволод]

Пардон, был на отдыхе. Ну, статью писать — это серьезно. Пока напишу вкратце.

Главное правило: не бойтесь создавать ветки в SVN. Новая ветка на вашем SVN-сервере занимает около килобайта. Так что это абсолютно не накладно. При желании ветку можно удалить. Даже если вы ее удалите, всегда можно до нее добраться с помощью svn checkout или еще как-то, указав старую ревизию (при которой ветка еще существовала).

Теперь о воркфлоу. У нас есть trunk — это главная ветвь разработки. На каждую задачу мы создаем ветку. Вначале я описываю задачу в тикете. Когда девелопер готов над ней работать, я создаю ветку:

svn copy svn://svn-server/trunk svn://svn-server/branches/ticket_100

Почему сразу не создать ветку? Потому что между созданием тикета и собственно разработкой может пройти много времени, а лучше иметь ветку со свежими изменениями из транка.
Девелопер работает над тикетом и комитит изменения в свою ветку. Когда задача готова, я мержу изменения из ветки в рабочую копию транка как-то так:

svn merge --depth=infinity -r3672:3702 svn://svn-server/branches/ticket_100 /home/sevka/project/trunk

Обратите внимание, я мержу в рабочую копию, а не на SVN-сервер. -r3672:3702 — это значит, что я хочу взять для мержа ревизии с 3673 по 3702.
У svn merge есть еще замечательный параметр --dry-run — он позволяет только попробовать сделать мерж. Никаких изменений файлов не последует, он просто выведет, какие файлы будут изменены, и есть ли конфликты.

Когда мерж сделан, я комичу изменения в транк. Когда несколько задач готово, смержено и закомичено в транк, можно залить их на продакшен. Для этого из транка делается tag, абсолютно таким же образом как и ветки:

svn copy svn://svn-server/trunk svn://svn-server/tags/1.1

Допустим, что у вас уже развернут какой-то таг 1.0 с помощью svn checkout. Чтобы развернуть таг 1.1 нужно просто сделать svn switch на новый таг на вашем продакшен-сервере:

svn switch svn://svn-server/tags/1.1

Второе правило: не бойтесь делать svn switch, если вы ничего не меняете в рабочей копии (ну за исключением конфигов, которые должны быть внесены в игнор-листы).

ЗЫ. Кстати, я все это делаю в Eclipse.

Answer 2

[yadeveloper]

Создаете бренч (релиз), в который делаете мердж только тех ревизий, которые вам нужны.

А вообще — у вас ИМХО неправильно построен рабочий процесс. Рекоммендую посмотреть в сторону — 1 бренч = 1 тикет. Вам проще жить станет.

Comments

[mark_ablov]

в git — да, в svn — нет :)

[yadeveloper]

Причем тут git? Данный advice замечательно работает в SVN. Мердж в SVN работает практически на все случаи жизни, и вышепреведенный пример тому не исключение. Другой момент в том, что это весьма трудоемко и стоит почитать второй абзац комментария о том, как упросить себе жизнь и не иметь проблем с deploy

Answer 3

[1nd1go]

называется cherrypicking:
stackoverflow.com/questions/126320/subversion-cherry-picking

Answer 4

[afiskon]

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

Comments

[mark_ablov]

чего только люди не придумают чтоб не пользоваться бранчами.