Отменить изменения рабочей копии одного файла в Git?

git checkout <commit> <filename>

я использовал это сегодня, потому что понял, что мой фавикон был перезаписан несколько коммитов назад, когда я перешел на drupal 6.10, поэтому мне пришлось его вернуть. Вот что я сделал:

git checkout 088ecd favicon.ico

просто использовать

git checkout filename

это заменит имя файла с последней версией из текущей ветви.

внимание: ваши изменения будут отброшены - резервная копия не сохраняется.

Если ваш файл уже поставлен (происходит, когда вы делаете git add и т. д. после редактирования файла), чтобы отменить ваши изменения.

использовать

git reset HEAD <file>

затем

git checkout <file>

если еще не поставил, просто используйте

git checkout <file>

Если вы хотите просто отменить изменения предыдущей фиксации в этом файле, вы можете попробовать следующее:

git checkout branchname^ filename

это будет проверка файла, как это было до последнего коммита. Если вы хотите сделать еще несколько коммитов назад, используйте branchname~n нотации.

я всегда путаюсь с этим, так что вот напоминание тестовый случай; допустим, у нас есть это bash скрипт для тестирования git:

set -x
rm -rf test
mkdir test
cd test
git init
git config user.name test
git config user.email test@test.com
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

---

на данный момент изменения не размещены в кэше, поэтому 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")

если с этого момента, мы делаем git checkout в итоге:

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

если вместо этого мы делаем git reset результат:

$ 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")

Итак, в данном случае - если изменения не устроили, git reset нет разница, пока git checkout перезаписывает изменения.

---

теперь предположим, что последнее изменение из приведенного выше сценария является постановочным / кэшированным, то есть мы также сделали git add b.txt в конце.

в этом случае git status на данный момент это:

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

    modified:   b.txt

если с этого момента, мы делаем git checkout в итоге:

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

если вместо этого мы делаем git reset результат:

$ 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")

так, в данном случае - если изменения проводятся, git reset будет в основном делать постановочные изменений в неиндексированных изменений - в то время как git checkout полностью перезапишет изменения.

я восстанавливаю свои файлы с помощью идентификатора SHA, что я делаю git checkout <sha hash id> <file name>

Я сделал через git bash:

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

1. состояние ЖКТ. [таким образом, мы видели один файл wad изменен.]
2. git checkout -- index.HTML-код [Я изменил в индексе.HTML-файл :
3. git status [Теперь эти изменения были удалены]

Это ответы для команды, необходимой для отмены локальных изменений, которые находятся в нескольких конкретных файлах в одной или нескольких папках(или каталогах). В этом ответе конкретно рассматривается вопрос, когда у пользователя есть более одного файла, но пользователь не хочет отменять все локальные изменения:

если у вас есть один или несколько файлов, вы можете использовать команду samne (git checkout -- file ) в каждый из этих файлов, перечисляя каждый из их местоположения, разделенных космос как в:

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

обратите внимание на пространство abve между name1 / name2 / fileOne.ext nameA / подпапка / fileTwo.ext

для нескольких файлов в одной папке:

Если вам нужно отменить изменения для всех файлов в определенный каталог, используйте git checkout следующим образом:

git checkout -- name1/name2/*

Звездочка в приведенном выше делает трюк отмены всех файлов в этом месте под name1/name2.

и, аналогично следующее может отменить изменения во всех файлах для несколько папок:

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

снова обратите внимание на пространство между name1 / name2/ * nameA / подпапка/* в выше.

Примечание: name1, name2, nameA, подпапка-все эти примеры имен папок указывают на папку или пакет, где может находиться файл(ы), о котором идет речь.

Если вы еще не нажали или иным образом поделились своим коммитом:

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

для меня только этот работал

git checkout -p filename

Если он уже зафиксирован, вы можете отменить изменение для файла и снова зафиксировать, а затем сквош новый фиксатор с последним фиксатором.