Jak odzyskać pojedynczy plik z określonej rewizji w Git?

Jeśli chcesz zastąpić / zastąpić Zawartość pliku w bieżącej gałęzi zawartością pliku z poprzedniego commita lub innej gałęzi, możesz to zrobić za pomocą następujących poleceń:

git checkout 08618129e66127921fbfcbc205a06153c92622fe path/to/file.txt

Lub

git checkout mybranchname path/to/file.txt

Będziesz musiał zatwierdzić te zmiany, aby były skuteczne w bieżącej gałęzi.

Musisz podać pełną ścieżkę do pliku:

git show 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8:full/repo/path/to/my_file.txt

Najprostszym sposobem jest napisanie:

git show HASH:file/path/name.ext > some_new_name.ext

Gdzie:

• HASH jest numerem skrótu Git revision SHA-1
• plik / ścieżka / nazwa.ext to nazwa pliku, którego szukasz
• some_new_name.ext jest ścieżką i nazwą, do której należy zapisać stary plik

Przykład

git show 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8:my_file.txt > my_file.txt.OLD

To zapisze my_file.txt z rewizji 27cf8ejako nowy plik o nazwie my_file.txt.OLD

To było testowane z Git 2.4.5.

Jeśli chcesz odzyskać usunięty plik możesz użyć HASH~1 (jeden commit przed podanym Hashem).

Przykład:

git show 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8~1:deleted_file.txt > deleted_file.txt

W Windows, z Git Bash:

• w obszarze roboczym zmień katalog do folderu, w którym mieszka Twój plik
• git show cab485c83b53d56846eb883babaaf4dff2f2cc46:./your_file.ext > old.ext

I ładnie wrzucić go do pliku (przynajmniej na Windows) - Git Bash:

$ echo "`git show 60d8bdfc:src/services/LocationMonitor.java`" >> LM_60d8bdfc.java

Cudzysłowy " są potrzebne, aby zachować nowe linie.

git checkout {SHA1} -- filename

To polecenie pobiera skopiowany plik z określonego commita.

To pomoże ci uzyskać wszystkie usunięte pliki między zatwierdzeniami bez podawania ścieżki, przydatne, jeśli istnieje wiele usuniętych plików.

git diff --name-only --diff-filter=D $commit~1 $commit | xargs git checkout $commit~1

Oprócz wszystkich opcji wymienionych w innych odpowiedziach, możesz użyć git reset z obiektem Git (hash, branch, HEAD~x, tag,...) interesującego i ścieżki pliku:

git reset <hash> /path/to/file

W twoim przykładzie:

git reset 27cf8e8 my_file.txt

To powoduje, że powróci my_file.txt do swojej wersji w zatwierdzeniu 27cf8e8 w indeksie, pozostawiając ją nietkniętą (tak jak w bieżącej wersji) w katalogu roboczym.

Stamtąd wszystko jest bardzo proste:

• możesz porównać dwie wersje Twojego pliku z git diff --cached my_file.txt
• możesz pozbyć się starej wersji pliku za pomocą git restore --staged file.txt (lub, przed Git v2.23, git reset file.txt) jeśli zdecydujesz, że ci się nie podoba
• możesz przywrócić starą wersję za pomocą git commit -m "Restore version of file.txt from 27cf8e8" i git restore file.txt (lub, przed Git v2.23, git checkout -- file.txt)
• możesz dodawać aktualizacje ze starej do nowej wersji tylko dla niektórych kawałków, uruchamiając git add -p file.txt (następnie git commit i git restore file.txt).

Wreszcie, można nawet interaktywnie wybrać i wybrać, które hunk (s) do resetowania w bardzo pierwszy krok po uruchomieniu:

git reset -p 27cf8e8 my_file.txt

Tak więc git reset ze ścieżką daje dużą elastyczność pobierania określonej wersji pliku w celu porównania z aktualnie pobraną wersją i, jeśli zdecydujesz się to zrobić, aby przywrócić w pełni lub tylko dla niektórych fragmentów do tej wersji.

Edit: właśnie zdałem sobie sprawę, że nie odpowiadam na twoje pytanie, ponieważ to, co chciałeś, nie było diffem ani łatwym sposobem na odzyskanie części lub całości starej wersji, ale po prostu cat, że wersja.

Oczywiście nadal możesz to zrobić po zresetowaniu pliku za pomocą:

git show :file.txt

Do wyjścia na standardowe wyjście lub

git show :file.txt > file_at_27cf8e8.txt

Ale jeśli to było wszystko, czego chciałeś, bieganie git show bezpośrednio z git show 27cf8e8:file.txt, jak sugerowali inni, jest oczywiście o wiele bardziej bezpośrednie.

Zostawię jednak tę odpowiedź, ponieważ uruchamianie git show bezpośrednio pozwala na natychmiastowe uzyskanie starej wersji, ale jeśli chcesz coś z nią zrobić, nie jest to aż tak wygodne, aby to zrobić jest, jeśli zresetujesz tę wersję w indeksie.

Użycie git show $REV:$FILE, Jak już wskazywali inni, jest prawdopodobnie właściwą odpowiedzią. Zamieszczam kolejną odpowiedź, ponieważ kiedy próbowałem tej metody, czasami dostałem następujący błąd od git:

fatal: path 'link/foo' exists on disk, but not in 'HEAD'

Problem występuje, gdy część ścieżki do pliku jest dowiązaniem symbolicznym. W takich przypadkach metoda git show $REV:$FILE będzie działać , a nie. Kroki do odtworzenia:

$ git init .
$ mkdir test
$ echo hello > test/foo
$ ln -s test link
$ git add .
$ git commit -m "initial commit"
$ cat link/foo
hello
$ git show HEAD:link/foo
fatal: path 'link/foo' exists on disk, but not in 'HEAD'

Problem polega na tym, że narzędzia takie jak realpath tutaj nie pomagają, ponieważ dowiązanie symboliczne może nie istnieć w bieżącym / align = "left" / Nie znam dobrego ogólnego rozwiązania. W moim przypadku wiedziałem, że dowiązanie symboliczne może istnieć tylko w pierwszym komponencie ścieżki, więc rozwiązałem problem używając metody git show $REV:$FILE dwa razy. To działa, ponieważ gdy git show $REV:$FILE jest używane na dowiązaniu symbolicznym, to jego cel jest drukowany:

$ git show HEAD:link
test

Podczas gdy w przypadku katalogów, polecenie wyświetli nagłówek, a następnie zawartość katalogu:

$ git show HEAD:test
tree HEAD:test

foo

Więc w moim przypadku właśnie sprawdziłem wyjście pierwszego wywołania git show $REV:$FILE i jeśli była to tylko pojedyncza linia, następnie zastąpiłem pierwszy komponent mojej ścieżki wynikiem, aby rozwiązać dowiązanie symboliczne poprzez git.

Pobranie pliku z poprzedniego zatwierdzenia poprzez sprawdzenie poprzedniego zatwierdzenia i skopiowanie pliku.

• zwróć uwagę, na której gałęzi jesteś: Git branch
• Sprawdź poprzedni commit, który chcesz: git checkout 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8
• skopiuj plik do tymczasowej lokalizacji
• Sprawdź gałąź, z której zacząłeś: git checkout theBranchYouNoted
• skopiuj plik umieszczony w tymczasowej lokalizacji
• Zatwierdź swoją zmianę do git: git commit -m "added file ?? from previous commit"