O nome do objeto que será exibido. Para obter uma lista mais completa de maneiras de soletrar os nomes dos objetos, consulte a seção "DEFININDO AS REVISÕES" do comando gitrevisions[7].

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

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".

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".

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

Normalmente, isso corresponde ao tipo real do <objeto>, mas também é permitido solicitar um tipo que possa ser trivialmente referenciado a partir do <objeto> informado. Um exemplo é solicitar uma "árvore" com o <objeto> sendo um objeto do comit que a contém, ou solicitar uma "bolha" com o <objeto> sendo uma etiqueta do objeto que aponte para ela.

Use o arquivo mailmap para mapear os nomes e os endereços de e-mail do autor, de quem fez o commit e do rotulador para nomes reais e endereços de e-mail canônicos. Consulte git-shortlog[1].

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>.

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>.

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.

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.

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.

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.

Em vez de ler uma lista de objetos no stdin, execute a operação em lote solicitada em todos os objetos do repositório e em todos os armazenamentos alternativos de objetos (não apenas nos objetos acessíveis). É obrigatório o uso das opções --batch ou --batch-check. É predefinido os objetos seja visitados em ordem e classificados pelos seus hashes; consulte também a opção --unordered abaixo. Os objetos são apresentados no estado onde se encontram, sem respeitar o mecanismo de "substituição" do git-replace[1].

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.

Quando a opção --batch-all-objects estiver em uso, visite os objetos numa ordem que possa ser mais eficiente para acessar o conteúdo do objeto do que a ordem do hash. Os detalhes exatos da ordem não são especificados, porém caso não precise de uma ordem específica, isso geralmente resultará numa saída mais rápida, especialmente com a opção --batch. Observe que o comando cat-file ainda mostrará cada objeto apenas uma vez, ainda que ele esteja armazenado diversas vezes no repositório.

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

Com o comando --batch ou o --batch-check, siga os links simbólicos dentro do repositório ao solicitar os objetos com expressões SHA-1 estendidas com o formato tree-ish:path-in-tree. Em vez de fornecer a saída sobre o próprio link, forneça a saída sobre o objeto vinculado. Se um link simbólico apontar para fora da árvore (um link para /foo ou um link de nível raiz para ../foo por exemplo), será impressa a parte do link que está fora da árvore.

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

ce013625030ba8dba906f756967f9e9ca394464a blob 6

4d1ae35ba2c8ec712fa2a379db44ad639ca277bd blob 1

symlink 4
../f

symlink 11
/etc/passwd

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.

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.

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

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

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

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

No caso do objeto estar armazenado como um delta no disco, isso se expande para a representação hexadecimal completa do nome do objeto com base delta. Caso contrário, expanda para OID null (tudo zero). Consulte RESSALVAS abaixo.

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).