Git, jak przywrócić rebase

112

Jak w Git wycofać rebase, jeśli nie jesteś z niego zadowolony?

Git nie ma możliwości uruchomienia na sucho dla rebase. Jeśli zrobiłem rebase i jeszcze go nie pchnąłem, jak mogę cofnąć się do wcześniej, jakby to się nigdy nie wydarzyło?

git

— user1615666
źródło

git rebase --abort

— olibiaz

Co masz na myśli przez „przegrany”? Czy ukończyłeś rebase i nie podobają Ci się wyniki? A może doszło do konfliktów i chciałeś zatrzymać rebase w środku? Zakładam to pierwsze, ponieważ nie można wcisnąć sprzecznej, niedokończonej rebase, ale pytam, ponieważ są to dwa różne pytania.

— Edward Thomson,

tak, były. dzięki.

— user1615666

Możliwy duplikat Undoing a git rebase

— Jon Schneider,

Odpowiedzi:

226

Możesz użyć reflog, aby znaleźć pierwszą akcję przed rozpoczęciem rebase, a następnie zresetować - trudno do niej wrócić. na przykład

$ git reflog

b710729 HEAD@{0}: rebase: some commit
5ad7c1c HEAD@{1}: rebase: another commit
deafcbf HEAD@{2}: checkout: moving from master to my-branch
...

$ git reset HEAD@{2} --hard

Teraz powinieneś wrócić przed rozpoczęciem rebase.

Aby znaleźć właściwe miejsce do zresetowania, wystarczy wybrać wpis znajdujący się najbliżej góry, który nie zaczyna się od „rebase”.

Alternatywne podejście

Jeśli rebase jest jedyną rzeczą, którą zrobiłeś na gałęzi, tj. Nie masz niezakończonych zatwierdzeń / zmian - możesz po prostu usunąć lokalną gałąź za pomocą, git branch -Da następnie sprawdzić ją ponownie:

$ git checkout my-branch
$ git rebase master
// not happy with result
$ git checkout master
$ git branch -D my-branch
$ git checkout my-branch

Lub dla tego samego efektu możesz zresetować - twardo do gałęzi pochodzenia:

$ git reset --hard origin/my-branch

Jeśli zrobiłeś to, gdy miałeś inne niezakończone commity, stracisz je. W takim przypadku po prostu użyj metody reflog powyżej, aby wskoczyć z powrotem do wpisu reflog, w którym dokonałeś zatwierdzeń.

— Robbie
źródło

Jeszcze jeden przydatny skrót: rebase ustawia ORIG_HEADoryginalną wartość skrótu gałęzi podlegającej zmianie bazy. Więc zamiast znaleźć numer 2 dla HEAD@{2}, możesz po prostu użyć ORIG_HEAD... ale tylko wtedy, gdy ORIG_HEADnadal jest niezakłócony. Zestaw poleceń Gita ustawia to (rebase, am, reset i merge, w różnych okolicznościach).

— torek

Dziękuję Panu! Wielka pomoc w tym :)

— Alec

dziękuję z powrotem mój kod źródłowy ... po użyciu tego $ git reset HEAD @ {2} --hard

— reza rahmad

Otrzymuję moje poparcie za sugestię usunięcia lokalnego oddziału i wyciągnięcia go ponownie!

— quicklikerabbit

To ratuje życie. Dziękuję @Robbie

— Nelson Katale

Rebase zachowuje kopię zapasową starego stanu jako ORIG_HEAD.
Możesz więc przywrócić ostatnią rebase, uruchamiając:

git reset --hard ORIG_HEAD

— Meligy
źródło

Czy wiesz, gdzie jest udokumentowany ten tag?

— Ben S

Czy jest jakiś minus, czy jest to nowa funkcja? Wydaje się to o wiele łatwiejsze niż przesiewanie przez reflog.

— 1252748

To nie jest nowe. Ale zwykle używałbyś go zaraz po ponownym bazowaniu, nie mógłbyś cofnąć się wstecz po kilku ponownych bazach itp. W tych złożonych sytuacjach szukałbyś rzeczy relogowych, ale po prostu „Ups, co ja właśnie zrobiłem? W tej chwili?" działa dobrze.

— Meligy