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


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

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

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


1270


источник


Ответы:


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

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

1745



git checkout <commit> <filename>

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

git checkout 088ecd favicon.ico

112



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

git checkout filename

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

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


99



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

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

git reset HEAD <file>

затем

git checkout <file>

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

git checkout <file>

49



If you want to just undo the previous commit's changes to that one file, you can try this:

git checkout branchname^ filename

This will checkout the file as it was before the last commit. If you want to go a few more commits back, use the branchname~n notation.


15



I always get confused with this, so here is a reminder test case; let's say we have this bash script to test 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

At this point, the change is not staged in the cache, so git status is:

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

If from this point, we do git checkout, the result is this:

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

If instead we do git reset, the result is:

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

So, in this case - if the changes are not staged, git reset makes no difference, while git checkout overwrites the changes.


Now, let's say that the last change from the script above is staged/cached, that is to say we also did git add b.txt at the end.

In this case, git status at this point is:

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

    modified:   b.txt

If from this point, we do git checkout, the result is this:

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

If instead we do git reset, the result is:

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

So, in this case - if the changes are staged, git reset will basically make staged changes into unstaged changes - while git checkout will overwrite the changes completely.


7



I restore my files using the SHA id, What i do is git checkout <sha hash id> <file name>


5



I have Done through git bash:

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

  1. Git status. [So we have seen one file wad modified.]
  2. git checkout -- index.html [i have changed in index.html file :
  3. git status [now those changes was removed]

enter image description here


3