rebase na upstream zmian z niebanalną seryjnej zobowiązuje obecny lokalnie

Question

Jako deweloper o PHP-src Niedawno znalazłem się w następującej sytuacji:

A B C 
o---o---o   version1 
     \ 
o---o-----o---o master 
x y  D E 

o---o---o   upstream/master 
x y z 

Więc kiedy zrobić git push --dry-run upstream master version1 pojawia się typowa:

! [rejected]  master -> master (fetch first) 

Moja naturalna reakcja jest rebase poszkodowanemu gałąź i zachować seryjnej zobowiązuje:

git fetch upstream 
git rebase -p upstream/master 

Należy zauważyć, że oryginalne zatwierdzenie scalania nie było trywialne, ponieważ jest tak wiele zmian między gałęzią wersji a wzorcem; podjęcie takiego rozwiązania wymaga rozwiązania.

Wykonanie powyższej operacji ponownego użycia powoduje konflikt seryjny i muszę go ponownie rozwiązać; to prawie dokładnie ta sama praca, którą już wykonałem.

Czy jest lepszy sposób to zrobić? A może zapomniałem o oczywistej opcji rebase?

Answer 1

Idealnie byłoby „ponowne wykorzystanie nagranego rozdzielczość” z rerere:

w przepływie pracy zatrudniające stosunkowo długo żyli gałęzi tematycznych, deweloper czasami musi rozwiązać te same konflikty w kółko aż gałęzie temat są wykonane albo połączone w gałąź "wydania", albo wysłane i zaakceptowane wcześniej).

To polecenie pomaga programistom w tym procesie poprzez rejestrowanie skonfliktowanych wyników automerge i odpowiednich wyników ręcznego rozwiązywania przy początkowym ręcznym scalaniu i zastosowanie wcześniej zarejestrowanych rozdzielczości dłoni do odpowiadających im wyników automerge.

Niestety, funkcja ta musi być włączony przed pierwszym zrobić scalania:

UWAGA: trzeba ustawić zmienną konfiguracji rerere.enabled w celu umożliwienia tego polecenia.

O ile mi wiadomo, nie ma skrótów do zrobienia czegoś takiego po fakcie. Polecam umożliwiając rerere globalnie a następnie ponawianie scalanie:

git config --global rerere.enabled true 

W przyszłości, to ustawienie może zaoszczędzić mnóstwo czasu!