Cofnąć modyfikacje kopii roboczej jednego pliku w Git?

Po ostatnim zatwierdzeniu zmodyfikowałem kilka plików w kopii roboczej, ale chcę cofnąć zmiany w jednym z tych plików, ponieważ przywracam go do tego samego stanu, co w ostatnim zatwierdzeniu.

Chcę tylko cofnąć zmiany kopii roboczej tylko jednego pliku, nic więcej z tym.

Jak mogę to zrobić?

Możesz użyć

git checkout -- file

Możesz to zrobić bez --(jak sugeruje nimrodm), ale jeśli nazwa pliku wygląda jak gałąź lub znacznik (lub inny identyfikator wersji), może się pomylić, więc użycie --jest najlepsze.

Możesz także sprawdzić konkretną wersję pliku:

git checkout v1.2.3 -- file         # tag v1.2.3
git checkout stable -- file         # stable branch
git checkout origin/master -- file  # upstream master
git checkout HEAD -- file           # the version from the most recent commit
git checkout HEAD^ -- file          # the version before the most recent commit

Po prostu użyj

git checkout filename

Spowoduje to zastąpienie nazwy pliku najnowszą wersją z bieżącego oddziału.

OSTRZEŻENIE: zmiany zostaną odrzucone - kopia zapasowa nie jest przechowywana.

git checkout <commit> <filename>

Użyłem tego dzisiaj, ponieważ zdałem sobie sprawę, że mój favicon został zastąpiony kilka commits temu, kiedy uaktualniłem do drupal 6.10, więc musiałem go odzyskać. Oto co zrobiłem:

git checkout 088ecd favicon.ico

Jeśli plik jest już przemieszczany (dzieje się to po dodaniu git itp. Po edycji pliku), aby wycofać zmiany.

Posługiwać się

git reset HEAD <file>

Następnie

git checkout <file>

Jeśli nie jest już wystawiany, po prostu użyj

git checkout <file>

Jeśli chcesz po prostu cofnąć zmiany poprzedniego zatwierdzenia dla tego jednego pliku, możesz spróbować:

git checkout branchname^ filename

Spowoduje to pobranie pliku tak, jak przed ostatnim zatwierdzeniem. Jeśli chcesz cofnąć się o kilka kolejnych zatwierdzeń, użyj branchname~nnotacji.

Zrobiłem poprzez git bash:

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

1. Status Git. [Więc widzieliśmy zmodyfikowany jeden plik wad.]
2. git checkout - index.html [Zmieniłem plik index.html:
3. status git [teraz zmiany zostały usunięte]

Zawsze się z tym mylę, więc oto przypadek testowy przypomnienia; powiedzmy, że mamy ten bashskrypt do przetestowania git:

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 przenoszona do pamięci podręcznej, podobnie jak git status:

$ 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 to zrobimy git checkout, wynik będzie następujący:

$ 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:

$ 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 nie są wprowadzane, nie git resetma znaczenia, a zmiany są git checkoutzastępowane.

Powiedzmy teraz, że ostatnia zmiana z powyższego skryptu jest przenoszona / buforowana, to znaczy, że zrobiliśmy to również git add b.txtna końcu.

W tym przypadku git statusw 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 to zrobimy git checkout, wynik będzie następujący:

$ 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:

$ 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ą wprowadzane etapowo, git resetzasadniczo zmieniają zmiany etapowe w zmiany niestacjonarne - jednocześnie git checkoutcałkowicie je nadpisując.

Ta odpowiedź dotyczy polecenia potrzebnego do cofnięcia lokalnych zmian, które znajdują się w wielu określonych plikach w tym samym lub wielu folderach (lub katalogach). Odpowiedzi te dotyczą w szczególności pytania, w którym użytkownik ma więcej niż jeden plik, ale nie chce cofnąć wszystkich lokalnych zmian:

jeśli masz jeden lub więcej plików, możesz zastosować to samo polecenie ( git checkout -- file) do każdego z tych plików, wymieniając każdą z ich lokalizacji oddzieloną spacją jak w:

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

pamiętaj o spacji powyżej między nazwą1 / nazwą2 / fileOne.ext nameA / subFolder / fileTwo.ext

W przypadku wielu plików w tym samym folderze:

Jeśli musisz odrzucić zmiany dla wszystkich plików w określonym katalogu, skorzystaj z usługi git Checkout w następujący sposób:

git checkout -- name1/name2/*

Gwiazdka w powyższym przykładzie polega na cofnięciu wszystkich plików w tej lokalizacji pod nazwą1 / nazwa2.

Podobnie, następujące czynności mogą cofnąć zmiany we wszystkich plikach dla wielu folderów:

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

ponownie pamiętaj o spacji między nazwą1 / nazwą2 / * nazwąA / podfolderem / * powyżej.

Uwaga: nazwa1, nazwa2, nazwaA, podfolder - wszystkie te przykładowe nazwy folderów wskazują folder lub pakiet, w którym mogą znajdować się dane pliki.

Przywracam moje pliki przy użyciu identyfikatora SHA. To, co robię, to git checkout <sha hash id> <file name>

Dla mnie tylko ten działał

git checkout -p filename

Jeśli jeszcze nie wypchnąłeś lub w inny sposób nie podzieliłeś się swoim zatwierdzeniem:

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

Jeśli jest już zatwierdzony, możesz cofnąć zmianę pliku i zatwierdzić ponownie, a następnie zgnieść nowe zatwierdzenie z ostatnim zatwierdzeniem.

Nie wiem dlaczego, ale kiedy próbuję wprowadzić kod, pojawia się on jako obraz.