Strategia SVN używająca rozgałęzień i scalająca zmiany z pnia do gałęzi

Question

Od tak dawna użytkownik SVN, ale dość niedoświadczony w rozgałęzieniach/tagowaniu, a kiedy już podejrzewam, nie używam go właściwie ani w pełni jego potencjału.

Mam swój bagażnik, który pracuję nad dodawaniem nowych funkcji itp. Ta baza kodu jest używana w wielu witrynach, gdzie tworzymy oddział z pnia na podstawie projektu.

Każda gałąź ma zazwyczaj modyfikacje charakterystyczne dla tego projektu, a wszystko, co naszym zdaniem będzie możliwe do ponownego wykorzystania, zostanie dodane do pnia i będzie można włączać i wyłączać tę funkcję w różnych projektach.

Obecnie, kiedy wprowadzamy zmiany w bagażniku i chcemy wprowadzić te modyfikacje w uprzednio datowanym oddziale, muszę przejść i ręcznie scalić niektóre zmiany w oddziale i ponownie je wprowadzić. Nie idealne i łatwe do przegapienia rzeczy.

Więc moje pytanie ... jest jakiś sposób, aby zaktualizować swój oddział ze wszystkimi zmianami w bagażniku, i radzić sobie z nimi, jak gdyby to była średnia zmiana bagażnik z konfliktami?

Widziałem o reintegracji gałęzi do pnia, ale ze względu na sposób, w jaki używam oddziałów w tym przypadku, nie jest to naprawdę coś, co chcę zrobić.

Answer 1

Tak, jest to możliwe. Zasadniczo trzeba uruchomić svn merge z czystej kopii roboczej swojego oddziału (jeden bez lokalnymi modyfikacjami):

$ pwd 
/home/user/mybranch 
$ svn status # Does not display anything 
$ svn update # Make sure your local copy is up to date. 
Updating '.': 
At revision X. 
$ svn merge url/to/repository/trunk 
Updates, additions, deletions and conflicts. 
$ #handle conflicts. 
$ svn commit -m "Merging changes from the trunk". 

Zobacz Keeping a Branch in Sync z książki SVN.

Pierwsza fuzja prawdopodobnie doprowadzi do wielu konfliktów, zwłaszcza jeśli gałąź rozwidla się dawno temu, ale późniejsza fuzja przejdzie gładko, zwłaszcza jeśli często się scalisz.