git-rerere - Online w chmurze

PROGRAM:

IMIĘ

git-rerere - Ponownie użyj nagranej rozdzielczości skonfliktowanych połączeń

STRESZCZENIE

odrzutowiec Będę się śmiać [jasny|zapomnieć |diff|pozostały|status|gc]

OPIS

W przepływie pracy wykorzystującym gałęzie tematów o stosunkowo długiej żywotności programista czasami
musi rozwiązywać te same konflikty w kółko, aż gałęzie tematyczne zostaną zakończone
(albo połączone z gałęzią „release”, albo wysłane i zaakceptowane w górę).

To polecenie pomaga programiście w tym procesie, rejestrując automerge będące w konflikcie
wyniki i odpowiadające im wyniki rozstrzygania rąk przy początkowym ręcznym scalaniu i stosowaniu
poprzednio zarejestrowane rozdzielczości rąk z odpowiadającymi im wynikami automatycznego łączenia.

Note
Aby to włączyć, musisz ustawić zmienną konfiguracyjną rerere.enabled
dowództwo.

POLECENIA

Zazwyczaj odrzutowiec Będę się śmiać jest uruchamiany bez argumentów lub interwencji użytkownika. Jednak ma
kilka poleceń, które pozwalają mu na interakcję ze stanem roboczym.

jasny
Zresetuj metadane używane przez rerere, jeśli rozwiązanie scalania ma zostać przerwane. Powołanie odrzutowiec
am [--pomiń|--przerwij] or odrzutowiec przebazować [--pomiń|--przerwij] automatycznie to wywoła
dowództwo.

zapomnieć
Zresetuj rozwiązania konfliktów, które Rerere zarejestrował dla bieżącego konfliktu w
.

diff
Różnice wyświetlania dla bieżącego stanu rozdzielczości. Jest to przydatne do śledzenia, co
uległ zmianie, gdy użytkownik rozwiązuje konflikty. Przekazywane są dodatkowe argumenty
bezpośrednio do systemu diff polecenie zainstalowane w PATH.

status
Wydrukuj ścieżki z konfliktami, których rozwiązanie łączenia zostanie zapisane.

pozostały
Drukuj ścieżki z konfliktami, które nie zostały automatycznie rozwiązane przez rerere. To zawiera
ścieżki, których rozdzielczości nie można śledzić przez rerere, takie jak sprzeczne moduły podrzędne.

gc
Wyczyść rekordy skonfliktowanych fuzji, które miały miejsce dawno temu. Domyślnie,
nierozwiązane konflikty starsze niż 15 dni i rozwiązane konflikty starsze niż 60 dni
przycięte. Te ustawienia domyślne są kontrolowane przez gc.rerereUnresolved i
gc.rerereRozwiązane odpowiednio zmienne konfiguracyjne.

DYSKUSJA

Kiedy twoja gałąź tematyczna modyfikuje nakładający się obszar, który twoja gałąź główna (lub wcześniejsza)
dotknięty od czasu rozwidlenia gałęzi tematu, możesz chcieć przetestować go z najnowszym
master, nawet zanim twoja gałąź tematyczna będzie gotowa do wypchnięcia w górę:

o---*---o temat
/
o---o---o---*---o---o mistrzu

Do takiego testu trzeba jakoś połączyć master i temat. Jednym ze sposobów na to jest ciągnięcie
master w gałęzi tematu:

$ git temat kasy
$ git mistrz scalania

o---*---o---+ temat
/ /
o---o---o---*---o---o mistrzu

Zatwierdzenia oznaczone * dotykają tego samego obszaru w tym samym pliku; musisz rozwiązać tzw
konflikty podczas tworzenia zatwierdzenia oznaczonego +. Następnie możesz przetestować wynik, aby zrobić
upewnij się, że praca w toku nadal działa z tym, co jest w najnowszym wzorcu.

Po tym połączeniu testowym istnieją dwa sposoby kontynuowania pracy nad tym tematem. Najłatwiejszym
jest zbudowanie na szczycie testowego zatwierdzenia łączenia +, a kiedy twoja praca w gałęzi tematu jest
w końcu gotowy, przeciągnij gałąź tematu do master i/lub poproś upstream o pobranie
Ty. Jednak do tego czasu mistrz lub nadrzędny mógł być zaawansowany od czasu
test merge +, w takim przypadku końcowy wykres zatwierdzenia wyglądałby tak:

$ git temat kasy
$ git mistrz scalania
$ ... pracuj zarówno nad gałęziami tematycznymi, jak i głównymi
$ git mistrz kasy
$ git scalanie tematu

o---*---o---+---o---o temat
/ / \
o---o---o---*---o---o---o---o---+ mistrz

Kiedy jednak twoja gałąź tematyczna jest długowieczna, twoja gałąź tematyczna będzie miała wiele
takie „Merge from master” zobowiązuje się do tego, co niepotrzebnie zaśmiecałoby rozwój
historia. Czytelnicy listy dyskusyjnej jądra Linuksa mogą pamiętać, na co narzekał Linus
takie zbyt częste scalanie testów, gdy opiekun podsystemu poprosił o ściągnięcie z pełnej gałęzi
„bezużytecznych fuzji”.

Alternatywnie, aby utrzymać gałąź tematu wolną od scalania testów, możesz zdmuchnąć plik
przetestuj scalanie i kontynuuj budowanie na wierzchu końcówki przed scaleniem testowym:

$ git temat kasy
$ git mistrz scalania
$ git reset --hard HEAD^ ;# przewiń połączenie testowe
$ ... pracuj zarówno nad gałęziami tematycznymi, jak i głównymi
$ git mistrz kasy
$ git scalanie tematu

o---*---o-------o---o temat
/\
o---o---o---*---o---o---o---o---+ mistrz

To pozostawiłoby tylko jedno zatwierdzenie scalania, gdy twoja gałąź tematyczna będzie w końcu gotowa i połączona
do gałęzi głównej. To połączenie wymagałoby rozwiązania konfliktu, wprowadzonego
przez zatwierdzenia oznaczone *. Jednak ten konflikt jest często tym samym konfliktem
rozwiązany podczas tworzenia połączenia testowego, które zniszczyłeś. odrzutowiec Będę się śmiać pomoże ci to rozwiązać
ostateczne skonfliktowane połączenie, korzystając z informacji z twojego wcześniejszego rozpatrzenia ręki.

Uruchomienie odrzutowiec Będę się śmiać polecenie natychmiast po tym, jak skonfliktowane automerge zarejestruje plik
konfliktowe pliki drzew roboczych, ze zwykłymi znacznikami konfliktów <<<<<<<, ======= i
>>>>>>> w nich. Później, po zakończeniu rozwiązywania konfliktów, uruchom odrzutowiec Będę się śmiać
ponownie zapisze rozwiązany stan tych plików. Załóżmy, że zrobiłeś to podczas tworzenia
testowe połączenie mistrza z gałęzią tematyczną.

Następnym razem, po zobaczeniu tego samego konfliktu automerge, działa odrzutowiec Będę się śmiać wykona
trójstronne scalanie między wcześniejszym skonfliktowanym automerge, wcześniejszym ręcznym rozwiązaniem,
i obecne konfliktowe automerge. Jeśli to trójstronne połączenie zostanie rozwiązane czysto, wynik
jest zapisywany w pliku drzewa roboczego, więc nie musisz go rozwiązywać ręcznie. Notatka
że odrzutowiec Będę się śmiać pozostawia plik indeksu w spokoju, więc nadal musisz zrobić ostateczną rozsądek
sprawdza za pomocą git diff (lub git diff -c) i odrzutowiec Dodaj kiedy jesteś zadowolony.

Jako środek wygody, odrzutowiec łączyć automatycznie wywołuje odrzutowiec Będę się śmiać po wyjściu z A
nieudane automerge i odrzutowiec Będę się śmiać zapisuje rozwiązanie rozdania, gdy jest to nowy konflikt, lub
ponownie używa wcześniejszego rozpatrzenia ręki, gdy tak nie jest. odrzutowiec popełnić wzywa również odrzutowiec Będę się śmiać jeśli chodzi o komunikację i motywację
zatwierdzenie wyniku scalania. Oznacza to, że nie musisz robić nic specjalnego
samodzielnie (oprócz włączenia zmiennej konfiguracyjnej rerere.enabled).

W naszym przykładzie, kiedy przeprowadzasz testowe połączenie, ręczna rozdzielczość jest zapisywana i tak się stanie
być ponownie użyte, gdy później dokonasz faktycznego scalenia ze zaktualizowaną gałęzią główną i tematyczną, as
tak długo, jak nagrana rozdzielczość jest nadal aktualna.

Informacja odrzutowiec Będę się śmiać Records jest również używany podczas uruchamiania odrzutowiec przebazować. Po dmuchaniu
odejście od połączenia testów i kontynuacja rozwoju gałęzi tematycznej:

o---*---o-------o---o temat
/
o---o---o---*---o---o---o---o mistrzu

$ git temat główny rebase

o---*---o-------o---o temat
/
o---o---o---*---o---o---o---o mistrzu

możesz uruchomić git rebase master topic, aby być na bieżąco, zanim pojawi się Twój temat
gotowy do wysłania w górę. Spowodowałoby to powrót do trójstronnego połączenia i to
spowodowałoby konflikt w taki sam sposób, jak testowe połączenie, które rozwiązałeś wcześniej. odrzutowiec Będę się śmiać będzie prowadzony
by odrzutowiec przebazować aby pomóc ci rozwiązać ten konflikt.

GIT

Część odrzutowiec(1) apartament

Użyj git-rerere online, korzystając z usług onworks.net