TortoiseSVN Merging - PullRequest
       22

TortoiseSVN Merging

4 голосов
/ 27 февраля 2009

У меня нет опыта работы с SVN и TortoiseSVN.

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

В настоящее время локализация завершена, и нам нужно объединить эти изменения с транком. Версия приложения на ветке 1.3. Версия приложения на стволе - 1.6.

Какой лучший сценарий для объединения изменений из ветви в транк с сохранением новых функций в транке.

Я использую TortoiseSVN с VisualSVN.

Спасибо за помощь.

Ответы [ 3 ]

2 голосов
/ 27 февраля 2009

Как сказал BtBh, лучший способ справиться с этим подробно объясняется здесь .

Подводя итог, вам нужно сделать следующее:

  1. Объедините изменения, которые вы внесли в свой ствол, в свою ветвь функций.
  2. Завершите свои действия по локализации в своей ветви функций - не забудьте локализовать любые новые функции, которые вы добавили в ствол, который вы только что переместили в свою ветку. В конце этого процесса ваш ствол и ветвь должны быть идентичны, за исключением функций локализации, которые вы добавили к своей ветке.
  3. После того, как вы завершили свои изменения в своей ветви функций и зафиксировали все свои изменения, затем объедините изменения своей ветви обратно в свою ствол.
  4. Удалите ветвь функций из своего хранилища. (Помните, вы всегда можете восстановить его в SVN.)
2 голосов
/ 27 февраля 2009

Я не вижу другого способа, кроме ручного слияния в локализации через tortoiseSVN согласно ссылке на документ BtBhs, запустите все тесты, чтобы убедиться, что все по-прежнему работает, включая новые функции в 1.6. Это будет много работы, но это опасность длительного разветвления и последующего слияния с транком на несколько версий вперед.

РЕДАКТИРОВАТЬ: Насколько я вижу, объединение изменений магистрали в ветвь локализации и затем полное слияние ветви локализации с магистралью было бы просто дополнительным шагом. Тем не менее, это может быть хорошей идеей, если с точки зрения времени и размера это будет то, что нескольким людям / парам потребуется несколько дней для выполнения этого слияния, чтобы они могли проверить свои изменения в ветви локализации. ежедневно.

0 голосов
/ 27 февраля 2009

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

Я бы сказал, объединить ствол с веткой и локализовать все объединенные файлы, это может занять некоторое время, в зависимости от вашего проекта. Таким образом, вы уверены, что в случае чрезвычайной ситуации у вас все еще есть рабочий ствол. И вы также теперь, что файлы с красной галочкой - это файлы, которые нужно локализовать (с черепахой). Не фиксируйте объединенный файл, пока он не будет локализован!

В конце сделайте ветку новым стволом.

...