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


1634

После последнего коммита я изменил кучу файлов в моей рабочей копии, но я хочу отменить изменения одного из этих файлов, как при сбросе его в то же состояние, что и у самого последнего коммита.

Однако я хочу отменить изменения рабочей копии только одного этого файла, и ничего больше с ним.

Как я могу это сделать?

Ответы:


2215

Ты можешь использовать

git checkout -- file

Вы можете сделать это без --(как предложено nimrodm), но если имя файла выглядит как ветка или тег (или другой идентификатор ревизии), это может привести к путанице, поэтому --лучше использовать.

Вы также можете проверить конкретную версию файла:

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

34
какая разница между ГОЛОВОЙ и ГОЛОВОЙ ^?
Хазен

62
HEAD - это самый последний коммит в текущей ветке, а HEAD ^ - это коммит до этого в текущей ветке. Для ситуации, которую вы описываете, вы можете использовать git checkout HEAD - имя файла.
Paul

16
Вкратце: «git checkout sha-reference - filename», где sha-reference - это ссылка на sha коммита в любой форме (ветвь, тег, родитель и т. Д.)
Lakshman Prasad

29
ПРИМЕЧАНИЕ. Если файл уже подготовлен, сначала необходимо выполнить его сброс. git reset HEAD <filename> ; git checkout -- <filename>
Оли

14
@ gwho Да, вы можете сделать HEAD^^2 коммита из последних или HEAD^^^3 коммита назад. Вы также можете использовать HEAD~2, или HEAD~3, что более удобно, если вы хотите выполнить больше коммитов назад, тогда как HEAD^2означает «второй родитель этого коммита»; из-за коммитов слиянием коммит может иметь более одного предыдущего коммита, поэтому с HEAD^номером выбирается, какой из этих родителей, а с HEAD~номером всегда выбирается первый родитель, но это количество коммитов возвращается. Смотрите git help rev-parseдля более подробной информации.
Брайан Кэмпбелл

139

Просто используйте

git checkout filename

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

ВНИМАНИЕ: ваши изменения будут отменены - резервная копия не сохраняется.


22
@duckx это для устранения неоднозначности названий веток по именам файлов. Если вы говорите, что git checkout xx является как именем ветви, так и именем файла, я не уверен, что такое поведение по умолчанию, но я думаю, что git предполагает, что вы хотите переключиться на ветку x. Когда вы используете, --вы говорите, что ниже следует имя файла (ов).
hasen

1
ic спасибо за разъяснение этого. все предполагают, что вы знаете, что - значит, когда они показывают вам примеры. и это не то, что вы тоже можете легко погуглить.
Патоши シ ト シ

1
Похоже, что ответ был отредактирован для удаления --из него. Хотя все еще правильно, как указывает @hasen, если есть двусмысленность между именами файлов и веток, вы можете столкнуться с очень нежелательным поведением здесь!
BrainSlugs83

2
Мне нравится так, как есть, без --, красиво и легко. Когда вы называете ветки, используя имена файлов, где-то должно быть плохое мышление ...
Марко Фаустинелли

133
git checkout <commit> <filename>

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

git checkout 088ecd favicon.ico

1
Как получить коммит (из ранее удаленного файла), кроме прокрутки, бросающей тонны вывода "git log --stat"?
Алекс

4
IMO: через командную строку довольно сложно сканировать журнал gits и найти нужный файл. С приложением с графическим интерфейсом, таким как sourcetreeapp.com
neoneye

6
git log --oneline <filename>даст вам более компактный журнал и будет включать только изменения в конкретном файле
rjmunro

1
Кроме того, вы можете использоватьgit reflog <filename>
Ygesher

70

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

использование

git reset HEAD <file>

затем

git checkout <file>

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

git checkout <file>

2
Это было более полезным, чем принятый хаха. Легко забыть, какие изменения были организованы, а какие нет, поэтому сброс помог. Хотя я и раньше пробовал «git reset --hard», он не делал то, что делал «git reset HEAD». Интересно, почему?
Арман Биматов

20

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

git checkout branchname^ filename

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


Это не приведет к удалению изменений из коммита, оно просто применит diff к версии на HEAD.
Фернандо

2
Хотя это правда, оригинальный постер просто хотел отменить изменения своей рабочей копии (я думаю), а не отменить изменения с последнего коммита. Оригинальный вопрос автора был немного неясен, поэтому я могу понять путаницу.

возможно не использование OP, но я искал, как перезаписать мою ветку копией мастера - это прекрасно работает при заменеbranchname^
Alex

15

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

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

  1. Git статус. [Итак, мы видели один файл, модифицированный.]
  2. git checkout - index.html [я изменился в файле index.html:
  3. git status [теперь эти изменения были удалены]

введите описание изображения здесь


8

Я всегда путаюсь с этим, поэтому вот контрольный пример с напоминанием; допустим, у нас есть этот 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как изменения будут полностью перезаписаны.


7

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

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

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

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

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

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

git checkout -- name1/name2/*

Звездочка, указанная выше, выполняет процедуру удаления всех файлов в этом месте с именем name / name2.

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

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

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

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


5

Я восстанавливаю свои файлы, используя идентификатор SHA. Что я делаю? git checkout <sha hash id> <file name>



2

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

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

0

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


1
Добавление определенных команд для использования поможет оригинальному постеру и будущим посетителям.
Адриан

0

Я не знаю почему, но когда я пытаюсь ввести свой код, он выглядит как изображение.

введите описание изображения здесь

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.