Após a última confirmação, modifiquei vários arquivos na minha cópia de trabalho, mas quero desfazer as alterações em um desses arquivos, pois redefini-lo para o mesmo estado que a confirmação mais recente.
No entanto, só quero desfazer as alterações na cópia de trabalho apenas desse arquivo, nada mais.
Como faço isso?
Respostas:
Você pode usar
git checkout -- file
Você pode fazer isso sem o --(como sugerido pelo nimrodm), mas se o nome do arquivo se parecer com uma ramificação ou marca (ou outro identificador de revisão), ele poderá ficar confuso, portanto, --é melhor usar .
Você também pode verificar uma versão específica de um arquivo:
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
git reset HEAD <filename> ; git checkout -- <filename>
HEAD^^por 2 confirmações das mais recentes ou HEAD^^^por 3 confirmações. Você também pode usar HEAD~2, ou HEAD~3, o que for mais conveniente se você quiser voltar mais confirmações, enquanto HEAD^2significa "o segundo pai dessa confirmação"; por causa das confirmações de mesclagem, uma confirmação pode ter mais de uma confirmação anterior; portanto, com HEAD^um número seleciona qual desses pais, enquanto com HEAD~um número sempre seleciona o primeiro pai, mas esse número de confirmações. Veja git help rev-parsepara mais detalhes.
Apenas use
git checkout filename
Isso substituirá o nome do arquivo pela versão mais recente da ramificação atual.
AVISO: suas alterações serão descartadas - nenhum backup é mantido.
git checkout xx é um nome de ramificação e um nome de arquivo, não tenho certeza qual é o comportamento padrão, mas acho que o git assumirá que você deseja alternar para a ramificação x. Quando você usa, --está dizendo que o seguinte é o nome dos arquivos.
---la. Enquanto ainda estiver correto, como @hasen aponta, se houver uma ambiguidade entre o nome do arquivo e os nomes das filiais, você poderá ter um comportamento muito indesejado aqui!
--, agradável e fácil. Quando o nome de ramos usando nomes de arquivo, deve haver algum pensamento ruim ...
git checkout <commit> <filename>
Eu usei isso hoje porque percebi que meu favicon havia sido substituído há alguns commits atrás, quando atualizei para o drupal 6.10, então tive que recuperá-lo. Aqui está o que eu fiz:
git checkout 088ecd favicon.ico
git log --oneline <filename>vai lhe dar um log mais compacto, e incluem apenas alterações no arquivo específico
git reflog <filename>
Se o seu arquivo já estiver preparado (acontece quando você faz um git add etc após a edição do arquivo) para desestabilizar suas alterações.
Usar
git reset HEAD <file>
Então
git checkout <file>
Se ainda não estiver preparado, basta usar
git checkout <file>
Se você quiser apenas desfazer as alterações do commit anterior nesse arquivo, tente:
git checkout branchname^ filename
Isso fará o checkout do arquivo como era antes da última confirmação. Se você quiser voltar mais algumas confirmações, use a branchname~nnotação.
branchname^
Sempre fico confuso com isso, então aqui está um caso de teste de lembrete; digamos que temos esse bashscript para testar 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
Nesse ponto, a alteração não é preparada no cache, assim git statuscomo:
$ 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")
Se a partir deste ponto git checkout, o resultado é este:
$ git checkout HEAD -- b.txt
$ git status
On branch master
nothing to commit, working directory clean
Se o fizermos git reset, o resultado é:
$ 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")
Portanto, neste caso - se as alterações não forem testadas, git resetnão faz diferença, enquanto as git checkoutsubstitui.
Agora, digamos que a última alteração do script acima seja preparada / armazenada em cache, ou seja, também fizemos git add b.txtno final.
Nesse caso, git statusneste momento é:
$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
modified: b.txt
Se a partir deste ponto git checkout, o resultado é este:
$ git checkout HEAD -- b.txt
$ git status
On branch master
nothing to commit, working directory clean
Se o fizermos git reset, o resultado é:
$ 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")
Portanto, neste caso - se as alterações forem git resetpreparadas , basicamente as transformadas serão transformadas em etapas - enquanto git checkoutsubstituem completamente as alterações.
Esta resposta é para o comando necessário para desfazer alterações locais que estão em vários arquivos específicos na mesma ou em várias pastas (ou diretórios). Essas respostas abordam especificamente a pergunta em que um usuário tem mais de um arquivo, mas o usuário não deseja desfazer todas as alterações locais:
se você tiver um ou mais arquivos, poderá aplicar o mesmo comando (
git checkout -- file) a cada um desses arquivos, listando cada um de seus locais separados por espaço, como em:
git checkout -- name1/name2/fileOne.ext nameA/subFolder/fileTwo.ext
lembre-se do espaço acima entre name1 / name2 / fileOne.ext nameA / subFolder / fileTwo.ext
Para vários arquivos na mesma pasta:
Se você precisar descartar as alterações para todos os arquivos em um determinado diretório, use o git checkout da seguinte maneira:
git checkout -- name1/name2/*
O asterisco acima faz o truque de desfazer todos os arquivos nesse local em nome1 / nome2.
Da mesma forma, o seguinte pode desfazer alterações em todos os arquivos para várias pastas:
git checkout -- name1/name2/* nameA/subFolder/*
lembre-se novamente do espaço entre nome1 / nome2 / * nomeA / subpasta / * acima.
Nota: nome1, nome2, nomeA, subpasta - todos esses nomes de pastas de exemplo indicam a pasta ou o pacote em que os arquivos em questão podem estar residindo.
Para mim, apenas este funcionou
git checkout -p filename
Se você ainda não enviou ou compartilhou seu commit:
git diff --stat HEAD^...HEAD | \
fgrep filename_snippet_to_revert | cut -d' ' -f2 | xargs git checkout HEAD^ --
git commit -a --amend
Se ele já estiver confirmado, você poderá reverter a alteração para o arquivo e confirmar novamente e depois esmagar o novo commit com o último commit.
