Czy jest jakiś sposób na przywrócenie lub cofnięcie git pull, aby moje źródła / repozytoria powróciły do ​​starego stanu, który był przed wykonaniem git pull? Chcę to zrobić, ponieważ połączył niektóre pliki, których nie chciałem, ale scalam tylko pozostałe pliki. Chcę odzyskać te pliki, czy to możliwe?

EDYCJA: Chcę cofnąć połączenie w celu wyjaśnienia. Po obejrzeniu kilku odpowiedzi zrobiłem to

git reflog
bb3139b... HEAD@{0}: pull : Fast forward
01b34fa... HEAD@{1}: clone: from ...name...

Co mam teraz zrobić? Czy wszystko git reset --hard jest w porządku? Nie chcę tego ponownie pieprzyć, więc pytasz o szczegółowe kroki?

Uruchomienie git pullwykonuje następujące zadania w kolejności:

1. git fetch
2. git merge

Krok scalania łączy gałęzie, które zostały skonfigurowane do scalenia w konfiguracji. Chcesz cofnąć krok scalania , ale prawdopodobnie nie pobieranie (nie ma większego sensu i nie powinno być konieczne).

Aby cofnąć scalenie , użyj, git reset --hardaby zresetować lokalne repozytorium do poprzedniego stanu; użyj git-reflog, aby znaleźć SHA-1 poprzedniego stanu, a następnie zresetuj go.

Ostrzeżenie

Polecenia wymienione w tej sekcji usuwają wszystkie niezatwierdzone zmiany, potencjalnie prowadząc do utraty pracy:

git reset --hard

Możesz też zresetować do określonego momentu w czasie, takiego jak:

git reset --hard master@{"10 minutes ago"}

To samo co odpowiedź jkp, ale oto pełne polecenie:

git reset --hard a0d3fe6

gdzie a0d3fe6 zostanie znalezione przez wykonanie

git reflog

i patrząc na punkt, w którym chcesz cofnąć.

Bardziej nowoczesnym sposobem cofnięcia scalenia jest:

git merge --abort

I nieco starszy sposób:

git reset --merge

Oldschoolowy sposób opisany w poprzednich odpowiedziach (ostrzeżenie: odrzuci wszystkie lokalne zmiany):

git reset --hard

Ale tak naprawdę warto zauważyć, że git merge --abortjest to odpowiednik tylko git reset --mergetego, co MERGE_HEADjest obecne. Można to odczytać w pomocy git dla polecenia scalania.

git merge --abort is equivalent to git reset --merge when MERGE_HEAD is present.

Po nieudanym scaleniu, gdy nie ma MERGE_HEAD, nieudanego scalenia można cofnąć, git reset --mergeale niekoniecznie za pomocą git merge --abort, więc są one nie tylko starą i nową składnią tego samego . Dlatego uważam, że jestem git reset --mergeo wiele bardziej przydatny w codziennej pracy.

to działa po raz pierwszy: git reflog

znajdź swój SHA swojego poprzedniego stanu i wykonaj (HEAD @ {1} jest przykładem)

git reset --hard HEAD@{1}

Jeśli masz gitk (spróbuj uruchomić „gitk --all z linii poleceń git”), to proste. Po prostu uruchom go, wybierz zatwierdzenie, do którego chcesz przywrócić (kliknij prawym przyciskiem myszy), i wybierz „Zresetuj gałąź główną tutaj”. Jeśli nie masz żadnych nieprzewidzianych zmian, wybierz opcję „trudną”.

Załóżmy, że $COMMITbył to ostatni identyfikator zatwierdzenia przed wykonaniem git pull. To, czego potrzebujesz, aby cofnąć ostatnie ściągnięcie, to

git reset --hard $COMMIT

.

Premia:

Mówiąc o pullu, chciałbym podzielić się ciekawą sztuczką,

git pull --rebase

To powyższe polecenie jest najbardziej użytecznym poleceniem w moim życiu git, które zaoszczędziło wiele czasu.

Przed wypchnięciem nowego zatwierdzenia na serwer, spróbuj tego polecenia, a ono automatycznie zsynchronizuje najnowsze zmiany na serwerze (z pobieraniem + scalaniem) i umieści twoje zatwierdzenie na górze w dzienniku git. Nie musisz martwić się o ręczne wyciąganie / scalanie.

Znajdź szczegóły na: http://gitolite.com/git-pull--rebase

Jest to najprostszy sposób na przywrócenie zmian.

** Warning **

Wykonaj kopię zapasową zmienionych plików, ponieważ spowoduje to usunięcie nowo utworzonych plików i folderów .

git reset --hard 9573e3e0

Gdzie 9573e3e0jest Twój {Commit id}

możesz to zrobić git reset --hard ORIG_HEAD

ponieważ „pull” lub „merge” ustaw ORIG_HEAD na bieżący stan przed wykonaniem tych akcji.

git pull wykonaj poniżej operacji.

ja. git fetch

ii. git merge

Aby cofnąć wyciągnięcie, wykonaj dowolną operację:

ja. git reset --hard --- przywraca również wszystkie lokalne zmiany

lub

ii. git reset --hard master@{5.days.ago} (jak 10.minutes.ago, 1.hours.ago, 1.days.ago..), aby uzyskać lokalne zmiany.

lub

iii. git reset --hard commitid

Poprawa:

Następnym razem użyj git pull --rebasezamiast git pull... zmienić jego serwer synchronizacji, wykonując (pobierz i scal).

Jeśli wystąpi nieudane scalenie, które jest najczęstszym powodem cofnięcia git pull, uruchamianie git reset --mergedziała dokładnie tak, jak można się spodziewać: zachowaj pobrane pliki, ale cofnij scalanie, które git pullpróbowało scalić. Następnie można zdecydować, co zrobić bez bałaganu, który git mergeczasami generuje. I nie trzeba nikogo szukać dokładnego identyfikatora zatwierdzenia, który jest --hardwymagany w każdej innej odpowiedzi.