git-cat-file: en línea en la nube

PROGRAMA:

NOMBRE

git-cat-file: proporciona contenido o información de tipo y tamaño para los objetos del repositorio

SINOPSIS

git archivo de gato (-t [--permitir-tipo-desconocido] | -s [--permitir-tipo-desconocido] | -e | -p | | --textconv)
git archivo de gato (--batch | --batch-check) [--follow-symlinks]

DESCRIPCIÓN

En su primera forma, el comando proporciona el contenido o el tipo de un objeto en el
repositorio. El tipo es obligatorio a menos que -t or -p se utiliza para encontrar el tipo de objeto, o -s is
utilizado para encontrar el tamaño del objeto, o --textconv se utiliza (lo que implica el tipo "blob").

En el segundo formulario, se proporciona una lista de objetos (separados por avances de línea) en stdin, y
el SHA-1, el tipo y el tamaño de cada objeto se imprimen en la salida estándar.

CAMPUS

El nombre del objeto a mostrar. Para obtener una lista más completa de formas de deletrear objeto
nombres, consulte la sección "ESPECIFICAR REVISIONES" en gitrevisiones(7).

-t
En lugar del contenido, muestre el tipo de objeto identificado por .

-s
En lugar del contenido, muestre el tamaño del objeto identificado por .

-e
Suprime toda la salida; en su lugar, salir con estado cero si existe y es un válido
objeto.

-p
Imprime el contenido de según su tipo.


Normalmente, esto coincide con el tipo real de pero pidiendo un tipo que pueda
trivialmente ser desreferenciado de lo dado también está permitido. Un ejemplo es
pide un "árbol" con ser un objeto de confirmación que lo contiene, o para pedir un
"mancha" con siendo un objeto de etiqueta que lo apunta.

--textconv
Muestre el contenido como transformado por un filtro textconv. En este caso, ha sido de
la forma : , o : para aplicar el filtro al contenido
registrado en el índice en .

- lote, - lote =
Imprima la información y el contenido del objeto para cada objeto proporcionado en stdin. Puede no ser
combinado con cualquier otra opción o argumento. Consulte la sección SALIDA POR LOTES a continuación para
Detalles.

--batch-check, --batch-check =
Imprime la información del objeto para cada objeto proporcionado en stdin. No se puede combinar con
cualquier otra opción o argumento. Consulte la sección SALIDA POR LOTES a continuación para obtener más detalles.

- lote-de-todos-los-objetos
En lugar de leer una lista de objetos en stdin, realice la operación por lotes solicitada
en todos los objetos del repositorio y en cualquier almacén de objetos alternativo (no solo accesible
objetos). Requiere que se especifiquen --batch o --batch-check. Tenga en cuenta que los objetos son
visitados en orden ordenado por sus valores hash.

--buffer
Normalmente, la salida por lotes se elimina después de la salida de cada objeto, de modo que un proceso pueda
leer y escribir de forma interactiva desde el archivo cat. Con esta opción, la salida usa normal
almacenamiento en búfer stdio; esto es mucho más eficiente cuando se invoca --batch-check en un gran
número de objetos.

--permitir-tipo-desconocido
Permita -s o -t para consultar objetos rotos / corruptos de tipo desconocido.

--seguir-enlaces simbólicos
Con --batch o --batch-check, siga los enlaces simbólicos dentro del repositorio cuando solicite
objetos con expresiones SHA-1 extendidas de la forma tree-ish: path-in-tree. En lugar de
proporcionar salida sobre el enlace en sí, proporcionar salida sobre el objeto vinculado. Si
un enlace simbólico apunta fuera del árbol-ish (por ejemplo, un enlace a / foo o un enlace de nivel raíz a
../foo), se imprimirá la parte del enlace que está fuera del árbol.

Esta opción no funciona (actualmente) correctamente cuando un objeto en el índice es
especificado (por ejemplo: enlace en lugar de HEAD: enlace) en lugar de uno en el árbol.

Esta opción no se puede usar (actualmente) a menos que se use --batch o --batch-check.

Por ejemplo, considere un repositorio de git que contiene:

f: un archivo que contiene "hola \ n"
enlace: un enlace simbólico af
dir / link: un enlace simbólico a ../f
plink: un enlace simbólico a ../f
alink: un enlace simbólico a / Etc / passwd

Para un archivo normal f, echo HEAD: f | git cat-file: el lote se imprimirá

ce013625030ba8dba906f756967f9e9ca394464a blob 6

Y echo HEAD: enlace | git cat-file --batch --follow-symlinks imprimiría lo mismo
cosa, al igual que HEAD: dir / link, ya que ambos apuntan a HEAD: f.

Sin --follow-symlinks, estos imprimirían datos sobre el enlace simbólico en sí. En el
caso de HEAD: enlace, verá

4d1ae35ba2c8ec712fa2a379db44ad639ca277bd blob 1

Tanto plink como alink apuntan fuera del árbol, por lo que imprimirían respectivamente:

enlace simbólico 4
../F

enlace simbólico 11
/ Etc / passwd

SALIDA

If -t se especifica, uno de los .

If -s se especifica, el tamaño de la en bytes.

If -e se especifica, no hay salida.

If -p se especifica, el contenido de están bastante impresos.

Si se especifica, el contenido en bruto (aunque sin comprimir) del estarán
devuelto.

LOTE SALIDA

Si se proporciona --batch o --batch-check, cat-file leerá objetos de stdin, uno por línea,
e imprimir información sobre ellos. De forma predeterminada, toda la línea se considera un objeto,
como si fuera alimentado a git-rev-parse(1).

Puede especificar la información que se muestra para cada objeto mediante el uso de un . los
se copia literalmente a la salida estándar para cada objeto, con marcadores de posición del formulario
% (átomo) expandido, seguido de una nueva línea. Los átomos disponibles son:

nombre del objeto
El nombre de objeto de 40 hexadecimales del objeto.

tipo de objeto
El tipo de objeto (lo mismo que cat-file -t informes).

tamaño de objeto
El tamaño, en bytes, del objeto (lo mismo que los informes cat-file -s).

tamaño de objeto: disco
El tamaño, en bytes, que ocupa el objeto en el disco. Consulte la nota sobre tamaños en disco
en la sección AVISOS a continuación.

base delta
Si el objeto se almacena como un delta en el disco, esto se expande al sha40 de 1 hexadecimales del
objeto base delta. De lo contrario, se expande al nulo sha1 (40 ceros). Vea AVISOS a continuación.

resto
Si este átomo se usa en la cadena de salida, las líneas de entrada se dividen en la primera
límite de espacio en blanco. Todos los caracteres antes de ese espacio en blanco se consideran los
nombre del objeto; caracteres después de la primera ejecución de espacios en blanco (es decir, el "resto" de la
line) se emiten en lugar del átomo% (resto).

Si no se especifica ningún formato, el formato predeterminado es% (nombre de objeto)% (tipo de objeto)
% (tamaño de objeto).

Si se especifica --batch, la información del objeto es seguida por el contenido del objeto
(que consta de% (tamaño de objeto) bytes), seguido de una nueva línea.

Por ejemplo, --batch sin un formato personalizado produciría:

SP SP LF
LF

Mientras que --batch-check = '% (objectname)% (objecttype)' produciría:

SP LF

Si se especifica un nombre en stdin que no se puede resolver en un objeto en el repositorio,
entonces cat-file ignorará cualquier formato personalizado e imprimirá:

SP falta LF

Si se utiliza --follow-symlinks y un enlace simbólico en el repositorio apunta fuera del
repositorio, entonces cat-file ignorará cualquier formato personalizado e imprimirá:

enlace simbólico SP LF
LF

El enlace simbólico será absoluto (comenzando con /) o relativo a la raíz del árbol.
Por ejemplo, si dir / link apunta a ../../foo, entonces será ../foo. es
el tamaño del enlace simbólico en bytes.

Si se utiliza --follow-symlinks, se mostrarán los siguientes mensajes de error:

SP falta LF

se imprime cuando el enlace simbólico inicial solicitado no existe.

colgando SP LF
LF

se imprime cuando existe el enlace simbólico inicial, pero algo que apunta (transitivo-de)
no lo hace.

bucle SP LF
LF

se imprime para bucles de enlace simbólico (o cualquier enlace simbólico que requiera más de 40 resoluciones de enlace
resolver).

notdir SP LF
LF

se imprime cuando, durante la resolución del enlace simbólico, se utiliza un archivo como nombre de directorio.

AVISOS

Tenga en cuenta que los tamaños de los objetos en el disco se informan con precisión, pero se debe tener cuidado
para sacar conclusiones sobre qué referencias u objetos son responsables del uso del disco. los
El tamaño de un objeto empaquetado no delta puede ser mucho mayor que el tamaño de los objetos que delta.
contra él, pero la elección de qué objeto es la base y cuál es el delta es arbitraria
y está sujeto a cambios durante un reembalaje.

Tenga en cuenta también que pueden estar presentes varias copias de un objeto en la base de datos de objetos; en esto
En este caso, no está definido qué tamaño de copia o base delta se informará.

GIT

Parte de los git(1) suite

Use git-cat-file en línea usando los servicios de onworks.net