Como recuperar um único arquivo de uma revisão específica no Git?

Eu tenho um repositório Git e gostaria de ver como alguns arquivos pareciam alguns meses atrás. Encontrei a revisão nessa data; ele é 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8. Preciso ver como é um arquivo e também salvá-lo como um arquivo ("novo").

Consegui ver o arquivo usando gitk, mas ele não tem uma opção para salvá-lo. Tentei com ferramentas de linha de comando, o mais próximo que cheguei foi:

git-show 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8 my_file.txt

No entanto, este comando mostra um diff, e não o conteúdo do arquivo. Sei que depois posso usar algo como PAGER=cate redirecionar a saída para um arquivo, mas não sei como obter o conteúdo real do arquivo.

Basicamente, estou procurando algo como o svn cat .

Para completar sua própria resposta, a sintaxe é de fato

git show object
git show $REV:$FILE
git show somebranch:from/the/root/myfile.txt
git show HEAD^^^:test/test.py

O comando segue o estilo usual de revisão, o que significa que você pode usar qualquer um dos seguintes:

1. nome do ramo (como sugerido por ash )
2. HEAD+ x número de ^caracteres
3. O hash SHA1 de uma determinada revisão
4. Os primeiros (talvez 5) caracteres de um determinado hash SHA1

Dica É importante lembrar que, ao usar " git show", sempre especifique um caminho a partir da raiz do repositório , não da posição atual do diretório.

(Embora Mike Morearty mencione que, pelo menos com o git 1.7.5.4, você pode especificar um caminho relativo colocando " ./" no início do caminho - por exemplo:

git show HEAD^^:./test.py

)

Com o Git 2.23+ (agosto de 2019), você também pode usar o git restore que substitui o git checkoutcomando confuso

git restore -s <SHA1>     -- afile
git restore -s somebranch -- afile

Isso restauraria na árvore de trabalho somente o arquivo como presente na "origem" ( -s) confirma o SHA1 ou ramo somebranch.
Para restaurar também o índice:

git restore -s <SHA1> -SW -- afile

( -SW: abreviação de --staged --worktree)

Antes do git1.5.x, isso era feito com algum encanamento:

git ls-tree <rev>
mostra uma lista de um ou mais objetos 'blob' dentro de uma confirmação

git cat-file blob <file-SHA1>
cat um arquivo como foi confirmado em uma revisão específica (semelhante ao svn cat). use git ls-tree para recuperar o valor de um determinado arquivo sha1

git cat-file -p $(git-ls-tree $REV $file | cut -d " " -f 3 | cut -f 1)::

O git-ls-tree lista o ID do objeto para o arquivo $ na revisão $ REV, isso é cortado da saída e usado como argumento para o git-cat-file, que realmente deve ser chamado de git-cat-object e simplesmente despeja esse objeto para stdout.

Nota: desde o Git 2.11 (quarto trimestre de 2016), você pode aplicar um filtro de conteúdo à git cat-filesaída!

Consulte commit 3214594 , commit 7bcf341 (09 de setembro de 2016), commit 7bcf341 (09 de setembro de 2016) e commit b9e62f6 , commit 16dcc29 (24 de agosto de 2016) por Johannes Schindelin ( dscho) .
^{(Mesclado por Junio ​​C Hamano - gitster- na confirmação 7889ed2 , 21 de setembro de 2016)}

cat-file: suporte --textconv/ --filtersem lote

Mesmo que " git hash-objects", que é uma ferramenta para pegar um fluxo de dados no sistema de arquivos e colocá-lo no repositório de objetos Git, tenha permissão para executar as conversões "fora do mundo para o Git" (por exemplo, conversões de fim de linha e aplicativos do filtro limpo), e tinha o recurso ativado por padrão desde os primeiros dias, sua operação reversa " git cat-file", que pega um objeto do armazenamento de objetos Git e externaliza para o consumo pelo mundo externo, não tinha um mecanismo equivalente ao execute o "Git-to-outside-world"

git config diff.txt.textconv "tr A-Za-z N-ZA-Mn-za-m <"
git cat-file --textconv --batch

Nota: " git cat-file --textconv" iniciou o segfaulting recentemente (2017), que foi corrigido no Git 2.15 (quarto trimestre de 2017)

Veja commit cc0ea7c (21 de setembro de 2017) por Jeff King ( peff) .
^{(Mesclado por Junio ​​C Hamano - gitster- in commit bfbc2fc , 28 de setembro de 2017)}

Observe que, para substituir / substituir um arquivo por um conteúdo passado, você não deve mais usar o comando confusogit checkout , mas git restore(Git 2.23+, agosto de 2019)

git restore -s <SHA1> -- afile

Isso restauraria na árvore de trabalho apenas o arquivo presente na -sconfirmação "source" ( ) SHA1.
Para restaurar também o índice:

git restore -s <SHA1> -SW -- afile

( -SW: abreviação de --staged --worktree)

Se você deseja substituir / substituir o conteúdo de um arquivo em sua ramificação atual pelo conteúdo de um arquivo de uma consolidação anterior ou de uma ramificação diferente, você pode fazer isso com estes comandos:

git checkout 08618129e66127921fbfcbc205a06153c92622fe path/to/file.txt

ou

git checkout mybranchname path/to/file.txt

Você precisará confirmar essas alterações para que sejam efetivas na ramificação atual.

Você precisa fornecer o caminho completo para o arquivo:

git show 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8:full/repo/path/to/my_file.txt

A maneira mais fácil é escrever:

git show HASH:file/path/name.ext > some_new_name.ext

Onde:

• HASH é o número de hash da revisão Git SHA-1
• file / path / name.ext é o nome do arquivo que você está procurando
• some_new_name.ext é o caminho e o nome em que o arquivo antigo deve ser salvo

Exemplo

git show 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8:my_file.txt > my_file.txt.OLD

Isso salvará my_file.txt da revisão 27cf8e como um novo arquivo com o nome my_file.txt.OLD

Foi testado com o Git 2.4.5.

Se você deseja recuperar o arquivo excluído, pode usar HASH~1(uma confirmação antes do HASH especificado).

EXEMPLO:

git show 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8~1:deleted_file.txt > deleted_file.txt

No Windows, com Git Bash:

• no seu espaço de trabalho, altere o diretório para a pasta onde o arquivo está localizado
• git show cab485c83b53d56846eb883babaaf4dff2f2cc46:./your_file.ext > old.ext

E para despejá-lo em um arquivo (pelo menos no Windows) - Git Bash:

$ echo "`git show 60d8bdfc:src/services/LocationMonitor.java`" >> LM_60d8bdfc.java

As "aspas são necessárias para preservar novas linhas.

Isso ajudará você a obter todos os arquivos excluídos entre confirmações sem especificar o caminho, útil se houver muitos arquivos excluídos.

git diff --name-only --diff-filter=D $commit~1 $commit | xargs git checkout $commit~1

git checkout {SHA1} -- filename

este comando obtém o arquivo copiado de confirmação específica.

Obtenha o arquivo de uma consolidação anterior através do check-out da consolidação anterior e do arquivo de cópia.

• Observe em qual filial você está: git branch
• Faça o checkout do commit anterior que você deseja: git checkout 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8
• Copie o arquivo que você deseja para um local temporário
• Faça o checkout da filial em que você começou: git checkout theBranchYouNoted
• Copie o arquivo que você colocou em um local temporário
• Confirme sua alteração no git: git commit -m "added file ?? from previous commit"