¿Cómo recuperar un solo archivo de una revisión específica en Git?

Tengo un repositorio de Git y me gustaría ver cómo se veían algunos archivos hace unos meses. Encontré la revisión en esa fecha; es 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8. Necesito ver cómo se ve un archivo y también guardarlo como un archivo ("nuevo").

Logré ver el archivo usando gitk, pero no tiene una opción para guardarlo. Lo intenté con herramientas de línea de comandos, lo más cerca que estuve fue:

git-show 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8 my_file.txt

Sin embargo, este comando muestra un diff, y no el contenido del archivo. Sé que luego puedo usar algo como PAGER=caty redirigir la salida a un archivo, pero no sé cómo llegar al contenido real del archivo.

Básicamente, estoy buscando algo como svn cat .

Para completar su propia respuesta, la sintaxis es

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

El comando toma el estilo habitual de revisión, lo que significa que puede usar cualquiera de los siguientes:

1. nombre de la sucursal (como se sugirió por la ceniza )
2. HEAD + x número de ^ caracteres
3. El hash SHA1 de una revisión dada
4. Los primeros pocos (quizás 5) caracteres de un hash SHA1 determinado

Consejo Es importante recordar que cuando use " git show", siempre especifique una ruta desde la raíz del repositorio , no su posición actual en el directorio.

(Aunque Mike Morearty menciona que, al menos con git 1.7.5.4, puede especificar una ruta relativa colocando " ./" al comienzo de la ruta, por ejemplo:

git show HEAD^^:./test.py

)

Con Git 2.23+ (agosto de 2019), también puede usar el git restore que reemplaza el git checkoutcomando confuso

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

Eso restauraría en el árbol de trabajo solo el archivo como presente en el "origen" ( -s) confirma SHA1 o rama somebranch.
Para restaurar también el índice:

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

( -SW: abreviatura de --staged --worktree)

Antes de git1.5.x, eso se hizo con algunas tuberías:

git ls-tree <rev>
muestra una lista de uno o más objetos 'blob' dentro de una confirmación

git cat-file blob <file-SHA1>
cat un archivo como se ha confirmado dentro de una revisión específica (similar a svn cat). use git ls-tree para recuperar el valor de un archivo dado-sha1

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

git-ls-tree enumera el ID de objeto para $ file en la revisión $ REV, esto se corta de la salida y se usa como argumento para git-cat-file, que realmente debería llamarse git-cat-object, y simplemente vuelca ese objeto a stdout.

Nota: desde Git 2.11 (Q4 2016), ¡puede aplicar un filtro de contenido a la git cat-filesalida!

Ver commit 3214594 , commit 7bcf341 (09 de septiembre de 2016), commit 7bcf341 (09 de septiembre de 2016) y commit b9e62f6 , commit 16dcc29 (24 de agosto de 2016) por Johannes Schindelin ( dscho) .
^{(Fusionada por Junio ​​C Hamano - gitster- en commit 7889ed2 , 21 sep 2016)}

cat-file: apoyo --textconv / --filtersen modo por lotes

Aunque " git hash-objects", que es una herramienta para tomar un flujo de datos en el sistema de archivos y ponerlo en el almacén de objetos de Git, permitió realizar las conversiones de "fuera del mundo a Git" (por ejemplo, conversiones de fin de línea y aplicación del filtro limpio), y tenía la característica activada por defecto desde los primeros días, su operación inversa " git cat-file", que toma un objeto del almacén de objetos Git y lo externaliza para el consumo del mundo exterior, carecía de un mecanismo equivalente para ejecutar el "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" comenzó a segfaularse recientemente (2017), que se ha corregido en Git 2.15 (Q4 2017)

Ver commit cc0ea7c (21 de septiembre de 2017) por Jeff King ( peff) .
^{(Fusionada por Junio ​​C Hamano - gitster- en commit bfbc2fc , 28 sep 2017)}

Tenga en cuenta que para anular / reemplazar un archivo con un contenido anterior, ya no debe usar el comando confusogit checkout , pero git restore(Git 2.23+, agosto de 2019)

git restore -s <SHA1> -- afile

Eso restauraría en el árbol de trabajo solo el archivo como presente en el "origen" ( -s) confirma SHA1.
Para restaurar también el índice:

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

( -SW: abreviatura de --staged --worktree)

Si desea reemplazar / sobrescribir el contenido de un archivo en su rama actual con el contenido del archivo de una confirmación anterior o una rama diferente, puede hacerlo con estos comandos:

git checkout 08618129e66127921fbfcbc205a06153c92622fe path/to/file.txt

o

git checkout mybranchname path/to/file.txt

Luego tendrá que confirmar esos cambios para que sean efectivos en la rama actual.

Debe proporcionar la ruta completa al archivo:

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

La forma más fácil es escribir:

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

dónde:

• HASH es el número de hash SHA-1 de revisión de Git
• file / path / name.ext es el nombre del archivo que está buscando
• some_new_name.ext es la ruta y el nombre donde se debe guardar el archivo antiguo

Ejemplo

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

Esto guardará my_file.txt de la revisión 27cf8e como un nuevo archivo con nombre my_file.txt.OLD

Fue probado con Git 2.4.5.

Si desea recuperar el archivo eliminado , puede usarlo HASH~1(una confirmación antes de HASH especificado).

EJEMPLO:

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

En Windows, con Git Bash:

• en su espacio de trabajo, cambie el directorio a la carpeta donde vive su archivo
• git show cab485c83b53d56846eb883babaaf4dff2f2cc46:./your_file.ext > old.ext

Y para volcarlo en un archivo (al menos en Windows) - Git Bash:

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

Las "comillas son necesarias para preservar las nuevas líneas.

Esto lo ayudará a obtener todos los archivos eliminados entre confirmaciones sin especificar la ruta, útil si hay muchos archivos eliminados.

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

git checkout {SHA1} -- filename

Este comando obtiene el archivo copiado de confirmación específica.

Obtenga el archivo de una confirmación previa mediante la extracción de la confirmación previa y copiando el archivo.

• Tenga en cuenta en qué rama se encuentra: git branch
• Verifique la confirmación anterior que desea: git checkout 27cf8e84bb88e24ae4b4b3df2b77aab91a3735d8
• Copie el archivo que desea en una ubicación temporal
• Verifique la rama desde la que comenzó: git checkout theBranchYouNoted
• Copie el archivo que colocó en una ubicación temporal
• Compromete tu cambio a git: git commit -m "added file ?? from previous commit"