Объединить ветку в магистраль

125

Я столкнулся со специфической проблемой с SVN merge. Я хочу слить из ветки разработчика в транк. У нас есть несколько веток разработки, которые одновременно отсекают ствол.

Я объединяю одну из этих веток в магистраль с помощью этой команды:

svn merge trunk branch_1

Я вижу, что изменения, которые не являются частью этой ветки, объединяются в ствол. Что я делаю не так ?

Версия SVN:

Клиент командной строки Subversion, версия 1.6.16-SlikSvn-tag-1.6.16@1076804-WIN32.

svn version-control merge

— Ванчинатан Чандрасекаран
источник

7

Я знаю, что это не ответ, но если у вас есть несколько активных веток одновременно, то, вероятно, вам лучше перейти на mercurial или git. Ps: Я не фанатик, работаю с svn ~ 7 лет ;-)

— zerkms

2

Какие преимущества это дает? Почему переход на git или mercurial - лучший выбор?

— Ванчинатан Чандрасекаран,

3

потому что git и mercurial намного лучше поддерживают ветки. Преимущества: вы не будете задавать такие вопросы и у вас будет меньше головной боли при создании и поддержке веток (в настоящее время я работаю в проекте с> 1000 веток, в svn было чертовски работать с ними)

— zerkms

Я рекомендую заглянуть в Svnmerge.py и просмотреть эту статью .

— chown

215

Ваш svn mergeсинтаксис неверен.

Вы хотите получить рабочую копию, trunkа затем использовать svn merge --reintegrateопцию:

$ pwd
/home/user/project-trunk

$ svn update  # (make sure the working copy is up to date)
At revision <N>.

$ svn merge --reintegrate ^/project/branches/branch_1
--- Merging differences between repository URLs into '.':
U    foo.c
U    bar.c
 U   .

$ # build, test, verify, ...

$ svn commit -m "Merge branch_1 back into trunk!"
Sending        .
Sending        foo.c
Sending        bar.c
Transmitting file data ..
Committed revision <N+1>.

См. Главу книги SVN о слиянии для более подробной информации.

Обратите внимание, что в то время, когда это было написано, это был правильный ответ (и он был принят), но дела пошли дальше. См. Ответ topek и http://subversion.apache.org/docs/release-notes/1.8.html#auto-reintegrate

— blahdiblah
источник

4

Параметр --reintegrate не является обязательным, ветвь (в 1.6) может быть объединена с любым местом назначения любое количество раз

— Lazy Badger

1

В самом деле? Без риска повторного объединения тех же наборов изменений? Не могли бы вы дать ссылку на подтверждающие доказательства этого?

— Neutrino

--reintegrateдействительно не является обязательным, но действительно рекомендуется в этом случае. Я попытался обойтись без него --reintegrateи закончил сотней конфликтов. С --reintegrate, никаких конфликтов и все было хорошо!

— tibo

17

--reintegrateВариант является простым и эффективным, но это не должно быть отмечено , что «После --reintegrateслияния осуществляются с ветки на ствол, ветви больше не может использоваться для дальнейшей работы. Это не в состоянии правильно усваивать новые изменения из ствола, и не может быть правильно реинтегрирован снова в багажник ". как объясняется в книге, которую вы связали.

— Пино

3

@daveL, для меня имеет смысл прямое слияние от ствола к ветке. Однако я обнаружил расширенную функцию, позволяющую «поддерживать работоспособность повторно интегрированной ветки» (см. Stackoverflow.com/a/10163059/685806 ), кроме того, она применяется автоматически более новыми версиями клиентов.

— Пино

78

Если ваш рабочий каталог указывает на магистраль, вы сможете объединить свою ветку с:

svn merge https://HOST/repository/branches/branch_1

обязательно выполните эту команду в корневом каталоге вашего ствола

— topek
источник

7

Начиная с SVN 1.8. это правильный ответ. См. Subversion.apache.org/docs/release-notes/…

— GreenAsJade

@blahdiblah - фрагмент кода содержит много посторонней информации. Есть причина, по которой резюме исследований читают на порядки чаще, чем любую другую часть исследования. То же самое и с UX-тестированием, с минимизацией отказов и т. Д. Принцип один и тот же.

— ahnbizcad

с версией 1.7 вы можете выполнить слияние без опции --reintegrate и продолжить развитие в ветке, продолжая слияние. К сожалению, версия 1.8 заставит это быть реинтеграцией, и, похоже, нет способа предотвратить это. Это означает, что как только вы объединитесь, вы не сможете использовать ветку, не пройдя ужасный «танец сохранения жизни»

— Джон Литтл,

3

Не забудьте затем зафиксировать рабочую копию ствола обратно в репозиторий после слияния!

— Джон

16

Сделайте обновление svn в транке, обратите внимание на номер ревизии.

Из багажника:

svn merge -r<revision where branch was cut>:<revision of trunk> svn://path/to/branch/branchName

Вы можете проверить, где ветка была отрезана от ствола, выполнив журнал svn

svn log --stop-on-copy

— Майк К.
источник

Поскольку существует несколько веток разработки, которые работают одновременно, это тоже не сработало для меня, эта команда также извлекала изменения из других веток. Может быть это проблема с SLik SVN клиентом?

— Vanchinathan Chandrasekaran

Хотя это и не является неточным, есть более простые способы слияния с более поздними версиями svn(например, с той, которую использует OP).

— blahdiblah 03

@VanchinathanChandrasekaran, в команде вы указываете имя ветки, так как оно svn://path/to/branch/branchNameдолжно извлекать только изменения из этой ветки, а не из других веток. Если так, то мы в опасности!

— Fredrick Gauss

1

Синтаксис неправильный, вместо этого он должен быть

svn merge <what(the range)> <from(your dev branch)> <to(trunk/trunk local copy)>

— lwpro2
источник