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

1634

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

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

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

Hasen
источник

Ответы:

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

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

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

nimrodm
источник
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
neoneye
источник
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>
thanikkal
источник
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как изменения будут полностью перезаписаны.

sdaau
источник
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>

Бето
источник
3

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

git checkout -p filename

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

Рамеш Бхупати
источник
2

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

git diff --stat HEAD^...HEAD | \
fgrep filename_snippet_to_revert | cut -d' ' -f2 | xargs git checkout HEAD^ --
git commit -a --amend
Джесси Глик
источник
0

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

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

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

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

Ген
источник