Git
Português (Brasil) ▾Topics ▾Latest version ▾ git-cat-file last updated in 2.42.1

NOME

git-cat-file - Forneça as informações ou detalhes dos objetos do repositório

RESUMO

git cat-file <tipo> <objeto>
git cat-file (-e | -p) <objeto>
git cat-file (-t | -s) [--allow-unknown-type] <objeto>
git cat-file (--textconv | --filters)
	     [<rev>:<path|tree-ish> | --path=<path|tree-ish> <rev>]
git cat-file (--batch | --batch-check | --batch-command) [--batch-all-objects]
	     [--buffer] [--follow-symlinks] [--unordered]
	     [--textconv | --filters] [-Z]

DESCRIÇÃO

Emite o conteúdo ou outras propriedades, como o tamanho, o tipo ou informações delta de um ou mais objetos.

Esse comando pode operar em dois modos, dependendo do fato de uma opção da família --batch ter sido especificada.

No modo não batch, o comando fornece informações sobre um objeto nomeado na linha de comando.

No modo batch, os argumentos são lidos na entrada padrão.

OPÇÕES

<objeto>

The name of the object to show. For a more complete list of ways to spell object names, see the "SPECIFYING REVISIONS" section in gitrevisions[7].

-t

Em vez do conteúdo, exiba o tipo do objeto identificado por <objeto>.

-s

Em vez do conteúdo, mostre o tamanho do objeto identificado pelo <objeto>. Caso seja utilizado com a opção --use-mailmap, mostrará o tamanho do objeto atualizado após a substituição dos "idents" usando o mecanismo do "mailmap".

-e

Encerre com a condição zero caso o <objeto> exista e seja um objeto válido. Caso o <objeto> tenha um formato inválido, encerre com um valor diferente de zero e emita uma mensagem de erro no "stderr".

-p

Faça uma impressão bonita do conteúdo do <objeto> com base no seu tipo.

<tipo>

Typically this matches the real type of <object> but asking for a type that can trivially be dereferenced from the given <object> is also permitted. An example is to ask for a "tree" with <object> being a commit object that contains it, or to ask for a "blob" with <object> being a tag object that points at it.

--[no-]mailmap
--[no-]use-mailmap

Use mailmap file to map author, committer and tagger names and email addresses to canonical real names and email addresses. See git-shortlog[1].

--textconv

Exiba o conteúdo da maneira que foi transformado por um filtro textconv. Nesse caso, o <objeto> deve estar no formato <árvore>:<caminho> ou :<caminho> para aplicar o filtro ao conteúdo registrado no índice do <caminho>.

--filters

Exiba o conteúdo conforme foi convertido pelos filtros configurados na árvore de trabalho atual para o <caminho> informado (por exemplo, filtros de manchas, conversão da quebra de linha, etc.). Nesse caso, o <objeto> deve estar no formato <árvore>:<caminho> ou :<caminho>.

--path=<caminho>

Para a utilização com o comando --textconv ou --filters, permitindo a definição de um nome do objeto e um caminho separadamente, quando for difícil descobrir a revisão de onde a bolha veio por exemplo.

--batch
--batch=<formato>

Exiba a informação do objeto e seu conteúdo para cada objeto informado no stdin. Talvez não possa ser combinado com nenhuma outra opção exceto --textconv, --filters ou --use-mailmap.

  • Quando utilizado com --textconv ou --filters, as linhas da entrada devem informar o caminho, separado por espaços. Para mais detalhes consulte a seção SAÍDA DO LOTE abaixo.

  • Quando usado com a opção --use-mailmap, para objetos commit e tag, a parte da saída do conteúdo mostra as identidades que foram substituídas usando o mecanismo do "mailmap", enquanto a parte da saída de informação, mostra o tamanho do objeto como se ele realmente fosse gravado fazendo a substituição das identidades.

--batch-check
--batch-check=<formato>

Exiba as informações do objeto para cada objeto informado no stdin. Talvez não possa ser combinado com nenhuma outra opção exceto --textconv, --filters ou --use-mailmap.

  • Quando utilizado com --textconv ou --filters, as linhas da entrada devem especificar o caminho, separado por espaço. Consulte a seção SAÍDA DO LOTE abaixo para mais detalhes.

  • Quando usado com --use-mailmap, para objetos commit e tag, as informações impressas do objeto mostram o tamanho do objeto como se as identidades registradas nele fossem substituídas pelo mecanismo mailmap.

--batch-command
--batch-command=<formato>

Insira um modo de comando que faça a leitura dos comandos e dos argumentos do stdin. Só pode ser combinado com --buffer, --textconv, --use-mailmap ou --filters.

  • Quando utilizado com --textconv ou --filters, as linhas da entrada devem informar o caminho, separado por espaços. Para mais detalhes consulte a seção SAÍDA DO LOTE abaixo.

  • Quando usado com --use-mailmap, para os objetos commit e tag, o comando contents mostra as identidades substituídas usando o mecanismo mailmap, enquanto o comando info mostra o tamanho do objeto como se ele realmente registrasse a substituição das identidades.

o --batch-command reconhece os seguintes comandos:

conteúdos <objeto>

Imprime o conteúdo do objeto para a referência do objeto <objeto>. Isso corresponde à saída --batch.

info <objeto>

Imprime as informações do objeto para a referência do objeto <objeto>. Isso corresponde à saída --batch-check.

flush

É utilizado com a opção --buffer para executar todos os comandos anteriores que foram emitidos desde o início ou desde que o último flush tenha sido feito. Quando a opção --buffer é utilizada, nenhuma saída virá até que um flush seja emitido. Quando --buffer não for utilizado, os comandos são liberados um por vez sem emitir um flush.

--batch-all-objects

Instead of reading a list of objects on stdin, perform the requested batch operation on all objects in the repository and any alternate object stores (not just reachable objects). Requires --batch or --batch-check be specified. By default, the objects are visited in order sorted by their hashes; see also --unordered below. Objects are presented as-is, without respecting the "replace" mechanism of git-replace[1].

--buffer

Normalmente, a saída do lote é liberada após a saída de cada objeto, para que um processo possa ler e gravar de forma interativa a partir do cat-file. Com esta opção, a saída utiliza uma memória intermédia normal no stdio; por ser muito mais eficiente ao invocar comando --batch-check ou --batch-command numa grande quantidade de objetos.

--unordered

When --batch-all-objects is in use, visit objects in an order which may be more efficient for accessing the object contents than hash order. The exact details of the order are unspecified, but if you do not require a specific order, this should generally result in faster output, especially with --batch. Note that cat-file will still show each object only once, even if it is stored multiple times in the repository.

--allow-unknown-type

Permita que -s ou -t consultem os objetos quebrados/corrompidos de um tipo desconhecido.

With --batch or --batch-check, follow symlinks inside the repository when requesting objects with extended SHA-1 expressions of the form tree-ish:path-in-tree. Instead of providing output about the link itself, provide output about the linked-to object. If a symlink points outside the tree-ish (e.g. a link to /foo or a root-level link to ../foo), the portion of the link which is outside the tree will be printed.

Esta opção (atualmente) não funciona corretamente quando um objeto no índice seja definido (:link em vez do HEAD:link por exemplo) em vez de um na árvore.

Esta opção (atualmente) não pode ser utilizada, a menos que a opção --batch ou --batch-check seja utilizado.

Considere um repositório git contendo, por exemplo:

f: a file containing "hello\n"
link: um link simbólico para f
dir/link: um link simbólico para ../f
plink: um link simbólico para ../f
alink: um link simbólico para /etc/passwd

Para um arquivo normal f, echo HEAD:f | git cat-file --batch exibe

ce013625030ba8dba906f756967f9e9ca394464a blob 6

E echo HEAD:link | git cat-file --batch --follow-symlinks exibiria a mesma coisa, assim como HEAD:dir/link, como ambos apontam para HEAD:f.

Without --follow-symlinks, these would print data about the symlink itself. In the case of HEAD:link, you would see

4d1ae35ba2c8ec712fa2a379db44ad639ca277bd blob 1

Ambos plink e alink apontam para fora da árvore, então eles imprimiriam respectivamente:

symlink 4
../f
symlink 11
/etc/passwd
-Z

Só faz sentido com a opção --batch, --batch-check, ou --batch-command; a entrada e a saída é delimitada por um NUL em vez de ser delimitada por uma nova linha.

-z

Só faz sentido com a opção --batch, --batch-check ou --batch-command; a entrada é delimitada por um NUL em vez de ser delimitada por uma nova linha. Esta opção foi descontinuada em favor da opção -Z porque a saída pode ser ambígua.

SAÍDA

Caso a opção -t seja utilizada, um do <tipo>.

Caso a opção -s seja utilizada, o tamanho do <objeto> em bytes.

Caso a opção -e seja utilizada, nenhuma saída, a menos que o <objeto> esteja malformado.

Caso a opção -p seja utilizada, o conteúdo de <objeto> será bem impresso.

Caso um <tipo> seja utilizada, o conteúdo bruto (embora não compactado) do <objeto> será retornado.

SAÍDA DO LOTE

Caso o comando --batch ou --batch-check seja utilizado, o cat-file lerá os objetos vindos do stdin, um por linha, imprimindo as informações sobre eles. É predefinido que a linha inteira seja considerada como um objeto, como se fosse alimentada para o git-rev-parse[1].

Quando a opção --batch-command for dado, o cat-file fará a leitura dos comandos do stdin, um por linha, imprimindo informações com base no comando informado. Com o --batch-command, o comando info seguido de um objeto imprimirá as informações sobre o objeto da mesma maneira que a opção --batch-check faria, e o comando contents seguido de um conteúdo impresso do objeto igual ao que a opção --batch faria.

Você pode definir as informações exibidas para cada objeto utilizando um <formato> personalizado. O <formato> é copiado de forma literal para cada objeto no stdout, com espaços reservados no formato %(atom) expandidos, seguidos por uma nova linha. Os átomos que estão disponíveis são:

objectname

A representação completa do hex do nome do objeto.

objecttype

O tipo do objeto (o mesmo que os relatórios cat-file -t).

objectsize

O tamanho, em bytes, do objeto (o mesmo que os relatórios cat-file -s).

objectsize:disk

O tamanho, em bytes, que o objeto ocupa no disco. Consulte a nota sobre os tamanhos do disco na seção RESSALVAS abaixo.

deltabase

If the object is stored as a delta on-disk, this expands to the full hex representation of the delta base object name. Otherwise, expands to the null OID (all zeroes). See CAVEATS below.

rest

Caso este átomo seja utilizado na cadeia da saída, as linhas de entrada serão divididas no primeiro limite de espaço. Todos os caracteres anteriores a esse espaço são considerados como o nome do objeto; caracteres após a primeira execução do espaço (ou seja, o "resto" da linha) são exibidos no lugar do átomo %(rest).

If no format is specified, the default format is %(objectname) %(objecttype) %(objectsize).

Caso --batch seja utilizado, ou caso o --batch-command seja utilizado com o comando contents, as informações do objeto são seguidas pelo conteúdo do objeto (consistindo em %(objectsize) bytes), seguido por uma nova linha.

Por exemplo, o comando --batch sem um formato personalizado produziria:

<oid> SP <tipo> SP <tamanho> LF
<conteúdo> LF

Considerando que --batch-check='%(object-name) %(object-type)' produziria:

<oid> SP <tipo> LF

Caso um nome seja utilizado no stdin que não possa ser resolvido como um objeto no repositório, então o cat-file irá ignorar qualquer outro formato customizado e exibirá:

<objeto> SP faltando LF

Caso seja utilizado um nome que possa se referir a mais de um objeto (um SHA-1 curto e ambíguo), então o cat-file ignorará qualquer formato personalizado e exibirá:

<objeto> SP ambíguo LF

Caso a opção --follow-symlinks seja utilizado e um link-simbólico no repositório apontar para fora do repositório, então o cat-file irá ignorar qualquer outro formato customizado e exibirá:

link-simbólico SP <tamanho> LF
<link-simbólico> LF

The symlink will either be absolute (beginning with a /), or relative to the tree root. For instance, if dir/link points to ../../foo, then <symlink> will be ../foo. <size> is the size of the symlink in bytes.

Caso a opção --follow-symlinks seja utilizado, as seguintes mensagens de erro serão exibidas:

<objeto> SP faltando LF

é impresso quando o link simbólico inicial solicitado não existir.

dangling SP <tamanho> LF
<objeto> LF

é impresso quando o link-simbólico inicial existe, mas algo que ele (transitivo de ) aponte o contrário.

loop SP <tamanho> LF
<objeto> LF

é impresso para os loops dos links simbólicos (ou quaisquer links simbólicos onde exijam mais de 40 resoluções de link para serem resolvidos).

notdir SP <tamanho> LF
<objeto> LF

é impresso quando, durante a resolução do link-simbólico, um arquivo é utilizado como um nome do diretório.

Alternativamente, quando -Z é passado, os avanços da linha em qualquer um dos exemplos acima são substituídos por terminadores NUL. Isto assegura que a saída será passível de análise caso a saída em si tenha um espaço entre as linhas sendo portanto, recomendado para com scripts.

RESSALVAS

Observe que os tamanhos dos objetos no disco são relatados com precisão, porém é preciso ter cuidado ao tirar conclusões sobre quais as refs ou os objetos sejam responsáveis pela utilização do disco. O tamanho de um objeto não delta compactado, pode ser muito maior do que o tamanho dos objetos onde o delta seja contra ele, porém a escolha de qual objeto é a base e qual é o delta é arbitrária e está sujeita a alterações durante um reempacotamento.

Observe também que as várias cópias de um objeto podem estar presentes no banco de dados dos objetos; neste caso, é indefinido qual o tamanho da cópia ou da base delta que será relatada.

GIT

Parte do conjunto git[1]

scroll-to-top