Jak mogę dokonać backportowania commit w git?

Question

Mam więc oddział konserwacyjny i oddział główny w moim projekcie. Jeśli robię popełnić w branży konserwacji i scalić ją do przodu do gałęzi głównej, który jest łatwy:

git checkout master; git merge maintenance 

Ale jeśli chcesz iść w drugą stronę, czyli zastosowanie commit się opanować z powrotem do moja gałąź utrzymania ruchu, jak to zrobić? Czy to jest uważane za zbiórkę wiśni? Czy spowoduje to problemy lub konflikty, jeśli ponownie połączę dział utrzymania?

Answer 1

To jest właśnie przypadek użycia dla git-cherry-pick

git checkout maintenance 
git cherry-pick <commit from master> 

Answer 2

Tak, to jest uważany wiśnia komisjonowania i nie, ogólnie nie powinna wprowadzać problemy. Jeśli zatwierdzenie nie zostanie zastosowane bezbłędnie, gdy zostanie przeniesiony, możesz napotkać dokładnie ten sam konflikt, gdy wybierzesz go z powrotem.

Answer 3

Zgodnie z ogólną zasadą używam scalania, aby przenosić zmiany "w górę" drzewa (z konserwacji do mistrza) i rebase, aby przenieść je "w dół" drzewa (od wzorca do konserwacji). Jest tak, że utrzymywana jest kolejność zatwierdzeń w gałęzi głównej.

Rebase zasadniczo wycofuje wszystkie zmiany w bieżącej gałęzi do widelca (lub ostatniego rebase), kopiuje na nowsze zmiany, a następnie ponownie stosuje zmiany.

Jeśli nie chcesz uzyskać wszystkich zmian od mistrza, prawdopodobnie będziesz musiał wybrać te, które chcesz.

Answer 4

rozwiązanie alternatywne do stosowania „git cherry-pick” (zgodnie z zaleceniami zawartymi w innych wskazań) byłoby utworzyć oddzielną [temat] oddziału do poprawki wyłączania gałęzi utrzymywania i łączenia tego z pierwszym ramieniem w branży konserwacji, a następnie do master branch (trunk).

Ten przepływ pracy jest (nieco) opisany w Resolving conflicts/dependencies between topic branches early blogu autorstwa Junio ​​C Hamano, git maintainer.

Zbiór wiórów skutkuje zduplikowanym zatwierdzeniem, co może być przyczyną problemów podczas łączenia lub ponownego tworzenia. Topologia przepływu w oddziale działa tylko z jedną kopią poprawki.

Answer 5

przypadku złożonych zatwierdzeń, które nie mogą być stosowane przy użyciu git cherry-pick można spróbować

git checkout -b merge-branch master 
git rebase --onto=`git merge-base master maintenance` HEAD~1 && git rebase master 

Poradnik: http://blog.boombatower.com/automatically-backport-commits-using-git.

Answer 6

Tak jak inni już stwierdzili, wybór wiśni jest prawdopodobnie najlepszą opcją. Chciałem tylko dodać, że konflikty podczas wybierania można często rozwiązać przez zbadanie "zależności" zatwierdzenia, które wybrałeś, i że zbudowałem a tool called git-deps w celu wykrycia i wizualizacji tych zależności. Jeśli wejdziesz na stronę główną, zobaczysz dwa filmy z YouTube: pierwszy przedstawia ogólne wprowadzenie do narzędzia, a drugi pokazuje, jak można go użyć, aby uniknąć konfliktów podczas wybierania wiśni.