Cofnięcie modyfikacji kopii roboczej jednego pliku w Git?

git checkout <commit> <filename>

Użyłem tego dzisiaj, ponieważ zdałem sobie sprawę, że mój favicon został nadpisany kilka commitów temu, kiedy zaktualizowałem Drupala 6.10, więc musiałem go odzyskać. Oto co zrobiłem:

git checkout 088ecd favicon.ico

Po prostu użyj

git checkout filename

Spowoduje zastąpienie nazwy pliku najnowszą wersją z bieżącej gałęzi.

Ostrzeżenie: twoje zmiany zostaną odrzucone - Żadna kopia zapasowa nie jest przechowywana.

Jeśli Twój plik jest już wystawiony (dzieje się to, gdy wykonujesz git add etc po edycji pliku), aby usunąć zmiany.

Użyj

git reset HEAD <file>

Then

git checkout <file>

Jeśli jeszcze nie wystawione, wystarczy użyć

git checkout <file>

Jeśli chcesz cofnąć zmiany poprzedniego commita w tym jednym pliku, możesz spróbować tego:

git checkout branchname^ filename

Spowoduje to sprawdzenie pliku tak, jak było przed ostatnim zatwierdzeniem. Jeśli chcesz cofnąć kilka commitów, użyj notacji branchname~n.

Zawsze się z tym mylę, więc oto przypadek testowy przypomnienia; powiedzmy, że mamy skrypt bash do przetestowania git: {21]}

set -x
rm -rf test
mkdir test
cd test
git init
git config user.name test
git config user.email [email protected]
echo 1 > a.txt
echo 1 > b.txt
git add *
git commit -m "initial commit"
echo 2 >> b.txt
git add b.txt
git commit -m "second commit"
echo 3 >> b.txt

W tym momencie zmiana nie jest przechowywana w pamięci podręcznej, więc git status jest:

$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   b.txt

no changes added to commit (use "git add" and/or "git commit -a")

Jeśli od tego momentu zrobimy git checkout, wynik jest taki:

$ git checkout HEAD -- b.txt
$ git status
On branch master
nothing to commit, working directory clean

Jeśli zamiast tego zrobimy git reset, wynik będzie następujący:

$ git reset HEAD -- b.txt
Unstaged changes after reset:
M   b.txt
$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   b.txt

no changes added to commit (use "git add" and/or "git commit -a")

Więc w tym przypadku-jeśli zmiany nie są wystawione, git reset nie robi różnicy, podczas gdy git checkout nadpisuje zmiany.

Teraz, powiedzmy, że ostatnia zmiana z powyższego skryptu jest przechowywana/buforowana, to znaczy, że zrobiliśmy również git add b.txt na końcu.

W tym przypadku git status w tym momencie jest:

$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    modified:   b.txt

Jeśli od tego momentu zrobimy git checkout, wynik jest taki:

$ git checkout HEAD -- b.txt
$ git status
On branch master
nothing to commit, working directory clean

Jeśli zamiast tego zrobimy git reset, wynik będzie następujący:

$ git reset HEAD -- b.txt
Unstaged changes after reset:
M   b.txt
$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   b.txt

no changes added to commit (use "git add" and/or "git commit -a")

Tak więc, w tym przypadku-jeśli zmiany są wystawione, git reset zasadniczo zmieni wystawione zmiany w nie-zmienione-podczas gdy git checkout nadpisze zmiany całkowicie.

Przywracam pliki używając SHA id, to co robię to git checkout <sha hash id> <file name>

Zrobiłem przez git bash:

(use "git checkout -- <file>..." to discard changes in working directory)

1. Git status. [więc widzieliśmy jeden plik wad zmodyfikowany.]
2. Git checkout -- index.html [zmieniłem w indeksie.plik html:
3. Git status [Teraz te zmiany zostały usunięte]

Ta odpowiedź dotyczy polecenia potrzebnego do cofnięcia zmian lokalnych, które znajdują się w wielu określonych plikach w tych samych lub wielu folderach(lub katalogach). To odpowiada konkretnie na pytanie, gdzie użytkownik ma więcej niż jeden plik, ale użytkownik nie chce cofnąć wszystkich lokalnych zmian:

Jeśli masz jeden lub więcej plików, możesz zastosować polecenie samne (git checkout -- file ) do każdy z tych plików, wymieniając każdą ich lokalizację oddzieloną spacja jak w:

git checkout -- name1/name2/fileOne.ext nameA/subFolder/fileTwo.ext

Zwróć uwagę na odstęp pomiędzy name1/name2 / fileOne.ext nameA / subFolder / fileTwo.ext

Dla wielu plików w tym samym folderze:

Jeśli zdarzy ci się, że będziesz musiał odrzucić zmiany dla wszystkich plików w niektóre katalogi, użyj git checkout w następujący sposób:

git checkout -- name1/name2/*

Gwiazdka w powyższej sztuczce polega na cofnięciu wszystkich plików w tej lokalizacji pod nazwą1/nazwą2.

I podobnie poniższe mogą cofnąć zmiany we wszystkich plikach dla wielokrotne foldery:

git checkout -- name1/name2/* nameA/subFolder/*

Ponownie zwróć uwagę na spację pomiędzy name1/ name2/* nameA/ subFolder / * w powyżej.

Uwaga: name1, name2 , nameA, podfolder - wszystkie te przykładowe nazwy folderów wskazują folder lub pakiet, w którym dany plik(Y) może znajdować się.

Jeśli jeszcze nie wypchnąłeś lub w inny sposób nie udostępniłeś swojego commita:

git diff --stat HEAD^...HEAD | \
fgrep filename_snippet_to_revert | cut -d' ' -f2 | xargs git checkout HEAD^ --
git commit -a --amend

Dla mnie tylko ten zadziałał

git checkout -p filename

Jeśli jest już zatwierdzony, możesz cofnąć zmianę dla pliku i zatwierdzić ponownie, a następnie usunąć nowy commit z ostatnim commitem.