Jak przywrócić „git rm -r.”?

Przypadkowo powiedziałem git rm -r .. Jak mogę się z tego zrezygnować?

Nie zobowiązałem się.

Myślę, że wszystkie pliki zostały oznaczone do usunięcia, a także zostały fizycznie usunięte z mojej lokalnej kasy.

EDYCJA: Mógłbym (gdybym znał polecenie) powrócić do ostatniego zatwierdzenia. Ale byłoby znacznie lepiej, gdybym mógł po prostu cofnąć git rm -r .. Ponieważ nie jestem do końca pewien, co zrobiłem po ostatnim zatwierdzeniu i przed git rm -r ..

git reset HEAD

Powinien to zrobić. Jeśli nie masz żadnych niezatwierdzonych zmian, na których ci zależy

git reset --hard HEAD

powinien siłą zresetować wszystko do ostatniego zatwierdzenia. Jeśli masz niezatwierdzone zmiany, ale pierwsze polecenie nie działa, zapisz swoje niezatwierdzone zmiany za pomocą git stash:

git stash
git reset --hard HEAD
git stash pop

Dostałem kilka plików i zacząłem wprowadzać zmiany przed kolejnym zatwierdzeniem, kiedy zdałem sobie sprawę, że potrzebuję niektórych z tych plików. Zamiast ukrywać i resetować, możesz po prostu sprawdzić poszczególne pliki, które zostały pominięte / usunięte, jeśli chcesz:

git checkout HEAD path/to/file path/to/another_file

Pozostawia to Twoje inne niezatwierdzone zmiany bez zmian.

Aby odzyskać niektóre pojedyncze pliki lub foldery, można użyć następujących

git reset -- path/to/file
git checkout -- path/to/file

To najpierw odtworzy wpisy indeksu path/to/filei odtworzy plik tak, jak był w ostatnim zatwierdzeniu, tj HEAD.

Wskazówka: do obu poleceń można przesłać skrót zatwierdzenia, aby odtworzyć pliki ze starszego zatwierdzenia. Zobacz git reset --helpi git checkout --helpszczegóły.

Aktualizacja:

Ponieważ git rm .usuwa wszystkie pliki z tego i podrzędnych katalogów w działającym kasie, a także w indeksie, musisz cofnąć każdą z tych zmian:

git reset HEAD . # This undoes the index changes
git checkout .   # This checks out files in this and child directories from the HEAD

To powinno zrobić, co chcesz. Nie wpływa to na foldery nadrzędne wyrejestrowanego kodu lub indeksu.

Stara odpowiedź, która nie była:

reset HEAD

zrobi to samo i nie usunie żadnych niezatwierdzonych zmian , które wprowadziłeś w swoich plikach.

potem musisz powtórzyć wszystkie git addpolecenia, które ustawiłeś w kolejce.

Jeśli żadna z powyższych czynności nie zadziała, być może będziesz w stanie odzyskać dane, korzystając z sugestii dostępnej tutaj: http://www.spinics.net/lists/git/msg62499.html

git prune -n
git cat-file -p <blob #>

cofnij git rm

git rm file             # delete file & update index
git checkout HEAD file  # restore file & index from HEAD

cofnij git rm -r

git rm -r dir          # delete tracked files in dir & update index
git checkout HEAD dir  # restore file & index from HEAD

cofnij git rm -rf

git rm -r dir          # delete tracked files & delete uncommitted changes
not possible           # `uncommitted changes` can not be restored.

Uncommitted changesobejmuje not staged changes, staged changes but not committed.

Jeśli zatwierdziłeś i wypchnąłeś zmiany, możesz to zrobić, aby odzyskać plik

// Replace 2 with the # of commits back before the file was deleted.
git checkout HEAD~2 path/to/file

Istnieje już kilka dobrych odpowiedzi, ale mogę zasugerować mało używaną składnię, która nie tylko działa świetnie, ale jest bardzo wyraźna w tym, czego chcesz (w związku z tym nie jest przerażająca ani tajemnicza)

git checkout <branch>@{"20 minutes ago"} <filename>

Pobierz listę zatwierdzeń

git log  --oneline

Na przykład hash stabilnego zatwierdzenia: 45ff319c360cd7bd5442c0fbbe14202d20ccdf81

git reset --hard 45ff319c360cd7bd5442c0fbbe14202d20ccdf81
git push -ff origin master

Miałem identyczną sytuację. W moim przypadku rozwiązaniem było:

git checkout -- .

W Git 2.23+ (sierpień 2019 r.) Właściwym poleceniem przywracania plików (i indeksu) byłoby użycie ... git restore(nie reset --hardlub mylące git checkoutpolecenie )

To jest:

git restore -s=HEAD --staged --worktree -- .

Lub jego skrócona forma:

git restore -s@ -SW -- .

Miałem dokładnie ten sam problem: czyściłem moje foldery, przestawiałem i przenosiłem pliki. Wszedłem: git rm . i naciśnij enter; i poczułam, jak moje wnętrzności się trochę rozluźniają. Na szczęście nie wpisałem od razu git commit -m.

Jednak następujące polecenie

git checkout .

przywrócił wszystko i uratował mi życie.