TFS do konserwacji wersji

Question

Jestem częścią zespołu, który wydaje nasze wersje oprogramowania 4-5 razy w roku naszym klientom. Obsługujemy poprzednie 2-3 wersje naszego produktu, poprawiając wszelkie błędy, które napotykamy w późniejszych wersjach. Używamy TFS 2008 do kontroli źródła i staramy się znaleźć najlepszy sposób na utrzymanie starszych wersji.

Obecnie tworzymy oddział naszej aplikacji za każdym razem, gdy tworzymy nową wersję, ale szukamy dobrego sposobu na łatwiejszą aktualizację starszych wersji. Na przykład wypełniamy 9.5, ale dwa tygodnie po utworzeniu oddziału i pracujemy nad 10.0, zdajemy sobie sprawę, że 9.5 ma błąd. Obecnie wprowadzamy zmiany w wersji 10.0, a następnie otwieramy 9.5, aby ponownie wprowadzić zmiany. Czy jest to w ogóle zautomatyzowanie tego?

Dzięki!

Answer 1

Jest to główny powód rozgałęzienia i łączenia.

W tej sytuacji robię to, wprowadzając zmianę w 9.5, a następnie łączę zmianę w główną gałąź, a następnie z powrotem w gałąź 10.0. Wbudowane narzędzie do scalania działa dobrze.

Jeśli pójdziesz w przeciwnym kierunku, ryzykujesz dodanie nowych rzeczy 10.0 do gałęzi 9.5, gdy wszystko, czego chcesz, to poprawka.

Chciałbym również rzucić okiem na TFS Branching Guides, aby uzyskać więcej informacji na temat rozgałęziania i łączenia.

Answer 2

Jeśli tworzysz gałąź głównego źródła, powinieneś być w stanie dokonać korekty błędu głównego źródła, a następnie "scalić" tę zmianę z gałęziami 9.5 i 10.0. To część piękna rozgałęzień, a mianowicie, możesz scalić swoje zmiany z głównej gałęzi do gałęzi docelowych.

Gdy wybierzesz opcję scalania z TFS, pokaże ci, gdzie jest obecne rozgałęzienie, i możesz wybrać gałęzie, do których chcesz scalić te zmiany. Nie powinieneś ręcznie wprowadzać zmian w swoich oddziałach 9.5 i 10.0, które w istocie w pierwszej kolejności pogarszają cel rozgałęziania.

Answer 3

Nie, nie ma sposobu, aby "zautomatyzować" to, a tak naprawdę nie chcesz. Co się stanie, jeśli poprawka naprawdę nie musi być zastosowana do każdej wersji?

Wydaje mi się, że stosujesz poprawki do poprzedniej wersji (pierwsze poprawki w starszych wersjach, a następnie łączą się z nowszymi).