Usunąłem niektóre pliki.

NIE zobowiązałem się jeszcze.

Chcę zresetować mój obszar roboczy, aby odzyskać pliki.

Zrobiłem git checkout ..

Ale usuniętych plików nadal brakuje.

I git statuspokazuje:

# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   deleted:    cc.properties
#   deleted:    store/README
#   deleted:    store/cc.properties
#

Dlaczego nie git checkout .resetuje się obszaru roboczego HEAD?

Dane wyjściowe podpowiadają, co należy zrobić. git reset HEAD cc.propertiesitp.

Spowoduje to wycofanie operacji rm. Następnie ponowne uruchomienie git statuspowie ci, że musisz zrobić a, git checkout -- cc.propertiesaby odzyskać plik.

Aktualizacja: Mam to w swoim pliku konfiguracyjnym

$ git config alias.unstage
reset HEAD

którego zwykle używam do inscenizacji.

Zainscenizowałeś usuwanie, więc musisz zrobić:

git checkout HEAD cc.properties store/README store/cc.properties

git checkout . pobiera tylko z indeksu, w którym usunięcie zostało już ustawione.

Po prostu zrób git checkout path/to/file-I-want-to-bring-back.txt

Aby automatycznie odzyskać wszystkie nieetapowe usunięcia jednocześnie, bez określania poszczególnych ścieżek:

git ls-files -z -d | xargs -0 git checkout --

Aby automatycznie odzyskać wszystkie etapowe usunięcia jednocześnie, bez określania poszczególnych ścieżek:

git status | grep 'deleted:' | awk '{print $2}' | xargs git checkout --

Ponieważ wykonujesz polecenie git checkout ., wygląda na to, że próbujesz przywrócić gałąź do ostatniego stanu zatwierdzenia.

Możesz to osiągnąć za pomocą git reset HEAD --hard

Ostrzeżenie

Może to spowodować usunięcie wszystkich najnowszych modyfikacji i wycofanie modyfikacji, np. Możesz stracić pracę. Może to być to, czego chcesz, ale sprawdź dokumenty, aby się upewnić.

jeśli użyłeś

git rm filename

następnie usunąć plik

git checkout path/to/filename

nie działa, więc w takim przypadku

git checkout HEAD^ path/to/filename

powinno działać

Oto polecenie, które pomogło mi na moim komputerze Mac. Wypróbowałem kilka innych rozwiązań, ale one nie działały dla mnie.

Wersja Git na OSX Mavericks

mac-pro:main chris$ git version
git version 1.8.5.2 (Apple Git-48)

Komenda

git checkout HEAD -- path/to/file/file.cc

git checkout HEAD -- client/src/pp_web/index.cljs

Służy git ls-filesdo kasowania usuniętych (-d) lub zmodyfikowanych (-m) plików.

git checkout $(git ls-files -d)

zobacz Jak mogę przywrócić tylko zmodyfikowane pliki w kasie git?

Jeśli chcesz przywrócić wszystkie pliki jednocześnie

Pamiętaj, aby użyć kropki, ponieważ każe git pobrać wszystkie pliki.

To polecenie zresetuje głowicę i cofnie wszystkie zmiany:

$ git reset HEAD . 

Następnie uruchom to, aby przywrócić wszystkie pliki:

$ git checkout .

Następnie robiąc status git, otrzymasz:

$ git status
On branch master
Your branch is up-to-date with 'origin/master'.

Czy chcesz to zobaczyć?

dotyczy to przypadków, w których korzystałeś

git checkout -- .

zanim coś popełnisz.

Możesz także pozbyć się utworzonych plików, które nie zostały jeszcze utworzone. I nie chcesz ich. Z :

git reset -- .

Znalazłem ten post, szukając odpowiedzi, jak usunąć plik, który został usunięty z mojego katalogu roboczego po scaleniu z gałęzią innej osoby. Po fuzji nie dokonano jeszcze zatwierdzenia. Ponieważ trwało scalanie, nie mogłem po prostu dodać go ponownie, używając:

$ git reset <commitid#-where-file.cpp-existed> file.cpp

Musiałem zrobić kolejny krok oprócz resetowania, aby przywrócić plik:

$ git checkout -- file.cpp

Jeśli nie wprowadziłeś żadnych zmian, wszystko, co musisz zrobić, to ukryć te zmiany i powrócisz do ostatniego działającego zatwierdzenia.

git stash
git stash clear
git clean 

jeśli szukasz skasowanego katalogu.

 git checkout ./pathToDir/*

Oto różne przypadki jako odniesienie, aby pomóc innym:

Jeśli usunięcie nie zostało zatwierdzone, poniższe polecenie przywróci usunięty plik z drzewa roboczego.

$ git checkout -- <file>

Możesz uzyskać listę wszystkich usuniętych plików z drzewa roboczego, używając poniższego polecenia.

$ git ls-files --deleted

Jeśli usunięcie zostało zatwierdzone, znajdź zatwierdzenie w miejscu, w którym się ono wydarzyło, a następnie odzyskaj plik z tego zatwierdzenia.

#find the commit hash where it had this file deleted
$ git rev-list -n 1 HEAD -- <file>

Powinno dać ci coś w rodzaju c46e81aa403ecb8a0f7a323a358068345: Teraz użyj zatwierdzenia # tutaj

$ git checkout <commit>^ -- <file>

Coś w tym stylu: $ git Checkout c46e81aa403ecb8a0f7a323a358068345 -

Jeśli szukasz ścieżki pliku do odzyskania, poniższe polecenie wyświetli podsumowanie wszystkich usuniętych plików.

$ git log --diff-filter=D --summary

Jeśli chcesz tylko wyświetlić listę plików:

git log --diff-filter=D --summary | grep "delete mode"

Dla mnie to, co zadziałało, było git checkout {SHA1 of commit with version to restore} "{path to file to restore}"

Na przykład git checkout 5a6b3179e58edff9c90326b9a04284b02fd67bd0 "src-ui/views/includes/radar.pug"

(wykonywany w gałęzi, w której chcemy przejść do pliku)

Po wykonaniu tego polecenia przywrócony plik będzie istniał w oryginalnej lokalizacji (którą trzeba będzie zatwierdzić)

Jeśli zainstalowałeś ToroiseGIT, po prostu wybierz pozycję menu „Przywróć ...” dla menu podręcznego folderu nadrzędnego.

1. Znajdź to konkretne zobowiązanie, do którego chcesz przywrócić, używając:

   git log
This command will give you a list of commits done by you .

2. Odwołaj się do tego zatwierdzenia, używając:

    git revert <commit id> 

Teraz Twój oddział lokalny będzie miał wszystkie pliki w szczególności

UWAGA: najpierw poproś o pracę, którą chcesz zachować.

Możesz zresetować swój obszar roboczy (i odzyskać usunięte pliki)

git checkout ./*

Miałem ten sam problem, jednak żadne z powyższych rozwiązań nie zadziałało. Skończyło się to na:
- utworzeniu pustego pliku o tej samej nazwie
- porównaniu tego pliku z jego lokalną historią
- skopiowaniu historii do pustego pliku.

Miałem ten sam problem i żadna z odpowiedzi, które tu wypróbowałem, również nie działała dla mnie. Korzystam z Intellij i sprawdziłem nowy oddział, git checkout -b minimalExampleaby stworzyć „minimalny przykład” dla nowej gałęzi jakiegoś problemu, usuwając kilka plików i modyfikując kilka innych w projekcie. Niestety, mimo że nie dokonałem żadnych zmian w nowej gałęzi „minimalnego przykładu”, kiedy ponownie sprawdziłem moją „oryginalną” gałąź, wszystkie zmiany i usunięcia z gałęzi „minimalnego przykładu” miały miejsce w gałęzi „ też oryginalna gałąź (a przynajmniej tak się wydawało). Według git statususuniętych plików właśnie zniknęły z obu gałęzi.

Na szczęście, mimo że Intellij ostrzegł mnie, że „usunięcie tych plików może nie być w pełni możliwe do odzyskania”, udało mi się je przywrócić (w minimalnej przykładowej gałęzi, z której zostały faktycznie usunięte), klikając projekt prawym przyciskiem myszy i wybierając Historia lokalna > Pokaż historię (a następnie Przywróć najnowszy element historii, który chciałem). Po przywróceniu plików przez Intellij w gałęzi „minimalnego przykładu” przesunąłem gałąź do źródła. Potem wróciłem do mojego „oryginalnego” oddziału lokalnego i pobiegłem, git pull origin minimalExampleaby odzyskać je również w „oryginalnym” oddziale.