Dlaczego muszę rozwiązywać ten sam konflikt w kółko?

Question

Po wykonaniu git rebase branch1 w moim pojawia się konflikt. Rozwiązuję konflikt, robię git add <conflicted-add>, a następnie robię git rebase --continue, tak jak prosi mnie git. Następnie stosuje się nowe zatwierdzenie. Pojawia się nowy konflikt. Ale znowu ten sam konflikt! ten sam plik !. Zrobię to ponownie, git add, git rebase --continue, a następnie wszystko się powtarza, dopóki nie powtórzę tego dla każdego ponownego zatwierdzania.

Dlaczego rebase wymaga ponownego powtarzania tego samego rozwiązania konfliktu?

Answer 1

To, czego potrzebujesz, to git rerere, które rejestruje dla Ciebie rozwiązania konfliktów. Najlepszy wstęp do tego, co widziałem, to from this blog article. W praktyce, gdy wykonasz rebase, skończysz jak poprzednio, ale musisz tylko sprawdzić, czy konflikt z połączeniem pozostaje niezmieniony, a następnie kontynuować.

Answer 2

Nie powinieneś ciągle powtarzać tego samego konfliktu. Rerere nie pomoże ci tutaj. Oznacza to po prostu, że kod bazowy, który próbujesz powtórzyć, zatwierdza, jest tak różny, że każde zatwierdzenie wymaga twojej pomocy w dostosowaniu. Jest to jeden z powodów faworyzowania scalania przez rebase. Rebase powinno być używane tylko w razie potrzeby i nie jest częścią zwykłego przepływu pracy. Rerere pomoże znacznie więcej w przepływie pracy typu scalanie/reset. Oto mój przepływ pracy, w którym unika się zmiany nazwy: http://dymitruk.com/blog/2012/02/05/branch-per-feature/

Jednym ze sposobów na złagodzenie bólu jest zastosowanie programu inteligentnego łączenia, takiego jak Beyond Compare. Jest świadomy składni i rozwiąże kilka konfliktów, które Git (słusznie) odmówi dla ciebie. Wiele razy te narzędzia, gdy się je wywoła, nie będą nawet mogły otworzyć swojego interfejsu użytkownika, rozwiązać problemu i zezwolić na wykonanie polecenia git mergetool, aby przejść do następnego konfliktu. Pamiętaj, aby ustawić "zaufany kod wyjścia mergetool" na true.