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

1386

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

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

Как это сделать?

Теги:
file
version-control
undo
dvcs

14 ответов

1917
Лучший ответ

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

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
  • 32
    какая разница между ГОЛОВОЙ и ГОЛОВОЙ ^?
  • 62
    HEAD - это самый последний коммит в текущей ветке, а HEAD ^ - это коммит до этого в текущей ветке. Для описываемой ситуации вы можете использовать git checkout HEAD - filename.
Показать ещё 14 комментариев
126
git checkout <commit> <filename>

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

git checkout 088ecd favicon.ico
  • 1
    Как получить коммит (из ранее удаленного файла), кроме прокрутки, бросающей тонны вывода "git log --stat"?
  • 4
    IMO: через командную строку довольно сложно сканировать журнал gits и найти нужный файл. Это намного проще с приложением с графическим интерфейсом, например sourcetreeapp.com
Показать ещё 2 комментария
103

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

git checkout filename

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

ПРЕДУПРЕЖДЕНИЕ: ваши изменения будут отброшены — резервная копия не сохраняется.

  • 0
    для чего?
  • 14
    @duckx это для устранения неоднозначности названий веток по именам файлов. если вы говорите, что git checkout x и x - это имя ветви, а также имя файла, я не уверен, что такое поведение по умолчанию, но я думаю, что git предполагает, что вы захотите переключиться на ветку x. Когда вы используете -- вы говорите, что ниже следует имя файла (ов).
Показать ещё 4 комментария
59

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

Используйте

git reset HEAD <file>

Тогда

git checkout <file>

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

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

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

git checkout branchname^ filename

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

  • 0
    Это не приведет к удалению изменений из коммита, оно просто применит diff к версии на HEAD.
  • 2
    Хотя это правда, оригинальный постер просто хотел отменить изменения своей рабочей копии (я думаю), а не отменить изменения с последнего коммита. Оригинальный вопрос автора был немного неясен, поэтому я могу понять путаницу.
Показать ещё 1 комментарий
9

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

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

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

Изображение 7512

7

Я всегда путаюсь с этим, так что вот пример проверки напоминания; скажем, у нас есть bash script для тестирования 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

В этот момент изменение не выполняется в кеше, поэтому 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 перезаписывает изменения.


Теперь скажем, что последнее изменение от script выше поставлено/кэшировано, то есть мы также сделали 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 полностью перезапишет изменения.

5

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

4

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

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

2

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

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

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

git checkout -p filename

Изображение 7513

0

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

Изображение 7514

0

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

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

Для частного случая, когда вы

  • используют Gerrit (или другой набор) для просмотра кода

  • уже совершил ваше изменение

  • уже отправлен на рассмотрение

  • хотите отменить изменения только в определенном файле.

  • Не хотите reset и вызывать новый сеанс обзора

Я нашел следующую последовательность, которая была бы наиболее удобной:

  • Получить набор изменений для конкретного файла git показать HEAD [targe_file_name] > path/file.patch

  • Отмените изменение, внесенное в конкретный файл git apply -R path/file.patch

  • Commit and Review git add -u git commit --amend git обзор

Ещё вопросы

Сообщество Overcoder
Наверх
Меню