Изтриване на клон на Subversion

Въпрос 1 - Това ли е правилният метод за използване?

Да, това ще обедини съдържанието на клона във вашата работна директория. Нищо няма да се случи с хранилището, докато не ангажирате (новообединения) ствол. След като извършите ангажимент, не само промените в ствола ще бъдат в репото, но и ще запомни какво е обединено от клона.

Въпрос 2 - Ще бъде ли клонът неработещ след сливането или ще трябва да направим нещо друго?

На този етап можете да изтриете клона или можете да продължите да правите промени в клона. Ако продължите да правите промени в клона и по-късно направите ново сливане, само новите неща (не нещата, които са били обединени преди това) ще бъдат слети в ствола.

Ако искате да изтриете клона, най-лесният начин, който открих, е да отворите репо браузъра, да щракнете с десния бутон върху клона и да изберете „Изтриване“. Клонът ще изчезне от най-новата версия. Той все още ще бъде в хронологията на репо сделките и можете да го върнете обратно, ако е необходимо, но някой, който прави нова проверка, няма да го види.

От командния ред (отговор на въпрос1):

$ cd $DEVROOT/trunk

$ svn merge http://company.org/svn/proj/branches/BranchA
....
$ svn ci -m 'Merged BranchA'
$ cd rm -m 'BranchB already merged' http://company.org/svn/proj/branches/BranchA

$ svn merge http://company.org/svn/proj/branches/BranchB
....
$ svn ci -m 'Merged BranchB'
$ cd rm -m 'BranchB already merged' http://company.org/svn/proj/branches/BranchB

Обединяването на ствол към клон и обратно сливане, сливане към ствол не е валидно използване на SVN. Защо - прочетете:

• https://stackoverflow.com/a/2477089/173149

Не мога да отговоря на вашия въпрос2, тъй като не знам вашите реални изисквания... Препоръчвам да прочетете официалното ръководство:

• http://svnbook.red-bean.com/en/1.6/svn.branchmerge.html

и предлагаме да използвате лист с функции за разработка на функции и лист с клонове за дългосрочна поддръжка на версии и тагове за версии.

И не препоръчвайте да премахвате никакви клони. Защо? Тъй като премахването в SVN не прави хранилището по-малко... Само направете изхода svn ls по-кратък...

Вижте моето ръководство:

• http://gavenkoa.users.sourceforge.net/tips-html/devel-versioning.html
• http://gavenkoa.users.sourceforge.net/tips-html/devel-proj-branching.html

• Всяка голяма версия има собствен клон.
• Още един клон, запазен за развитие.
• Последният основен клон на релиз е активен. Всички по-стари основни клонове са пасивни.
• Пасивните основни разклонения бяха използвани само за корекции на незначителни грешки в най-новия код от тази серия от основни версии (без нови функции).
• Функции, разработени в клона за разработка. Преди пускане в обединен към активен основен клон на изданието.
• Грешка беше коригирана в най-стария клон на основна версия, за който трябва да бъде предоставена и обединена с всички следващи клонове на основна версия и клон за разработка.
• Пускане означава завършване на разработването на набор от функции и корекции на грешки в клонове и преместване на компилация на продукт към сървър за освобождаване.

• След тестване и стабилизиране беше направено освобождаване. Това означава:

  • VERSION file was updated.
  • Файлът CHANGE беше изпълнен с набор от функции, версия, данни и номер на ревизия на VCS.
  • Маркирайте изданието чрез етикет във VCS.
  • Извикване на изграждане на източници, които са маркирани с етикет. Копирайте резултата в сървъра за освобождаване.

• Ако бъде открит бъг в някоя версия, той се коригира в клона за разработка и се пуска с нова второстепенна/коригирана версия на продукта.

• Предишни основни/минорни версии не се поддържат (използвайте само най-новата версия). Потребителите винаги са принудени да актуализират до най-новата версия.

Тук t - етикети, b - клонове:

  +--+-----+----------------------+-----+----+------+------+----->
  dev|     |            ^     ^   |     |    |      |      |
     |     |            |     |   |     |    v      v      v
     |     |            |     |   |     |    +--+------+------+-->
     |     |            |     |   |     |    b2 |      |      |
     |     |            |     |   |     |       v      v      v
     |     |            |     |   |     |      t2.0.0 t2.0.1 t2.1.0
     v     v            |     |   v     v
    t0.1.0 +---+------+-+---+-+-----+------+------+------+------+--->
           b1  |      |     |       |      |      |      |      |
               v      v     v       v      v      v      v      v
              t1.0.0 t1.0.1 t1.0.2 t1.1.0 t1.2.0 t1.2.1 t1.2.2 t1.2.3

В този пример пускаме тагове 1.0.1 и 1.0.2 с корекции на грешки в клон 1, тъй като клонът за разработка не беше готов за производство.