Git

git-diff-tree last updated in 2.49.0

NOME

git-diff-tree - Compara o conteúdo e o modo das bolhas encontradas através de dois objetos árvore

RESUMO

git diff-tree [--stdin] [-m] [-s] [-v] [--no-commit-id] [--pretty]
	      [-t] [-r] [-c | --cc] [--combined-all-paths] [--root] [--merge-base]
	      [<opções-comuns-ao-diff>] <árvore> [<árvore>] [<caminho>…]

DESCRIÇÃO

Compara o conteúdo e o modo das bolhas encontrados através de dois objetos da árvore.

Caso haja apenas uma <árvore> informada, o commit será comparado com as suas raízes (consulte --stdin abaixo).

Observe que git diff-tree pode usar a árvore encapsulada num objeto commit.

OPÇÕES

Warning

Missing pt_BR/diff-options.adoc

See original version for this content.

<tree-ish>: A identificação de um objeto árvore.
<caminho>…: Caso seja utilizado, os resultados serão limitados a um subconjunto de arquivos que coincidam a um dos pathspecs utilizados.
-r: Recursar nas subárvores.
-t: Mostra a própria entrada da árvore, bem como as subárvores. Implica no uso da opção -r.
--root: Quando --root é utilizado o commit inicial será exibido como um grande evento de criação. Isso é o equivalente a um diff na árvore NULL.
--merge-base: Em vez de comparar os <tree-ish> diretamente, use a mesclagem base entre os dois <tree-ish> como o lado "antes". Deve haver dois <tree-ish> informados e ambos devem ser commits.
--stdin: Quando --stdin é usado, o comando não aceita argumentos <tree-ish> da linha de comando. Em vez disso, ele lê as linhas que contêm duas <árvores>, um <commit> ou uma lista de <commit> a partir da entrada predefinida. (Utilize um único espaço como um separador.)

Quando duas árvores são informadas, ele compara a primeira árvore com a segunda. Quando um único commit é usado, ele compara o commit com os commits principais. Os commits restantes, quando informados, são usados como se fossem os commits principais do primeiro commit.

Ao comparar duas árvores, o ID de ambas as árvores (separado por um espaço e terminado por uma nova linha) é impresso antes da diferença. Ao comparar os commits, o ID do primeiro (ou único) commité impresso, seguido de uma nova linha.

As seguintes opções afetam ainda mais o comportamento durante a comparação dos commits (mas não as árvores).
-m: É predefinido que o comando git diff-tree --stdin não mostre diferenças para a mesclagem dos commits. Com esta opção, ele mostra as diferenças desse commit em relação a todos os commits principais. Consulte também a opção -c.
-s: É predefinido que o comando git diff-tree --stdin mostre as diferenças, seja na forma legível para máquina (sem a opção -p) ou na forma de correção patch (com -p). Esta saída pode ser suprimida. Ele só é útil com a opção -v.
-v: Essa sinalização faz com que o git diff-tree --stdin também exiba a mensagem do commit antes das diferenças.
--pretty[=<formato>]
--format=<formato>: Imprima o conteúdo dos registros do commit num determinado formato, onde <format> pode ser oneline, short, medium, full, fuller, reference, email, raw, format:<string> e tformat:<string>. Quando <format> não for nenhuma das opções acima e tem %placeholder, ele age como se a opção --pretty=tformat:<formato> tivesse sido usado.

Consulte a seção "FORMATOS BONITOS" para obter alguns detalhes adicionais sobre cada formato. Quando a parte =<formato> é omitida, a predefinição é medium.

Nota: você pode especificar o formato "pretty" padrão na configuração do repositório (consulte git-config[1]).
--abbrev-commit: Em vez de mostrar o nome hexadecimal com 40 bytes completo do objeto commit, mostre um prefixo que nomeie o objeto de maneira exclusiva. A opção --abbrev=<n> (que também modifica a saída do diff, se for exibida) pode ser usada para especificar o comprimento mínimo do prefixo.

Isso deve tornar --pretty=oneline muito mais legível para pessoas que usam terminais com 80 colunas.
--no-abbrev-commit: Exibe o nome do objeto commit completo com 40 bytes hexadecimais. Isso nega o a opção --abbrev-commit, de forma explícita ou implícita pelas outras opções como "--oneline". Ele também substitui a variável log.abbrevCommit.
--oneline: Este é um atalho para "--pretty=oneline --abbrev-commit" ser utilizado junto.
--encoding=<codificação>: Os objetos commit registram a codificação dos caracteres usado para a mensagem de registro log em seu cabeçalho de codificação; esta opção pode ser usada para informar ao comando para recodificar a mensagem de registro log do commit na codificação preferida pelo usuário. Para comandos que não sejam para redirecionamento, o padrão é UTF-8. Observe que, se um objeto alegar ser codificado em X e estivermos produzindo em X, produziremos o objeto literalmente; isso significa que as sequências inválidas no commit original podem ser copiadas para o objeto criado. Da mesma maneira, se o iconv(3) não conseguir converter o commit, faremos o envio literal do objeto original.
--expand-tabs=<n>
--expand-tabs
--no-expand-tabs: Execute uma expansão de tabulação (substitua cada tabulação por espaços suficientes para preencher a próxima coluna de exibição que seja um múltiplo de <n>) na mensagem de registro antes de mostrá-la na saída. A opção --expand-tabs é uma abreviação de --expand-tabs=8 e --no-expand-tabs é uma abreviação de --expand-tabs=0, que desativa a expansão das guias.

È predefinido que as guias sejam expandidas em formatos bonitos que recuam a mensagem de registro em 4 espaços (ou seja, a predefinição medium, full e fuller).
--notes[=<ref>]: Mostre as notas (consulte git-notes[1]) que anotam o commit, ao mostrar a mensagem de registro do commit. Esta é a predefinição para os comandos git log, git show e git whatchanged quando não há nenhuma opção --pretty, --format ou --oneline usada na linha de comando.

É predefinido que as anotações exibidas são das anotações refs listadas nas variáveis core.notesRef e notes.displayRef (ou substituições correspondentes do ambiente). Para mais detalhes consulte git-config[1].

Com um argumento opcional <ref>, use a referência para localizar as notas a serem exibidas. Uma ref pode especificar o nome completo da ref quando começa com refs/notes/; quando começa com notes/, refs/ e, caso contrário, refs/notes/ é prefixado para formar o nome completo da ref.

Várias opções --notes podem ser combinadas para controlar quais as notas estão sendo exibidas. Exemplos: --notes=foo mostrará apenas as notas vindas de "refs/notes/foo"; --notes=foo --notes mostrará as notas vindas de "refs/notes/foo" e das notas ref(s) predefinidas.
--no-notes: Não mostrar as anotações. Isso anula a opção --notes acima, redefinindo a lista de refs das anotações a partir de onde as notas são exibidas. As opções são analisadas na ordem usada na linha de comando, portanto, por exemplo, --notes --notes=foo --no-notes --notes=bar mostrará apenas as notas de refs/notes/bar.
--show-notes-by-default: Mostra as notas predefinidas, a menos que sejam fornecidas opções para a exibição de notas específicas.
--show-notes[=<ref>]
--[no-]standard-notes: Essas opções estão obsoletas. Em vez disso, utilize as opções --notes/--no-notes acima.
--show-signature: Verifique a validade de um objeto commit assinado, passando a assinatura para gpg --verify e exibe a sua saída.

--no-commit-id: git diff-tree outputs a line with the commit ID when applicable. This flag suppresses the commit ID output.
-c: Esta opção altera a maneira como uma mesclagem de commit é exibido (o que significa que ele é útil apenas quando o comando é informado como <tree-ish> ou --stdin). Ele mostra as diferenças de cada um dos commits principais para o resultado simultâneo da mesclagem em vez de mostrar as diferenças em pares entre um commit principal e o resultado, uma de cada vez (que é o que a opção -m faz). Além disso, ele lista apenas os arquivos que foram alterados de todos os commits principais.
--cc: Esta opção altera a maneira como a correção da mesclagem de um commit é exibido, de maneira semelhante à opção -c. Isso implica as opções -c e -p e comprime ainda mais a correção criada, omitindo pedaços desinteressantes cujo conteúdo dos commits principais tem apenas duas variantes e o resultado da mesclagem escolhe uma delas sem alteração. Quando todas as variações não são interessantes, o próprio commit e o registro log da mensagem do commit não são exibidos, como em qualquer outro caso de um "diff vazio".
--combined-all-paths: Esta opção faz com que os diffs combinados (usados para mesclar os commits) listem o nome do arquivo de todos os commits principais. Portanto, ele só tem efeito quando a opção -c ou --cc são usados, provavelmente, só é útil se forem detectadas alterações no nome do arquivo (ou seja, quando a detecção de renomeação ou cópia tiver sido solicitada).
--always: Exibe o próprio commit com a mensagem do registro log do commit, mesmo que o diff esteja vazio.

FORMATOS BONITOS

Se o commit for uma mesclagem e se o formato "pretty" não for oneline, email ou raw, uma linha adicional será inserida antes da linha Author:. Essa linha começa com "Merge: " e os hashes dos commits ancestrais são impressos e separados por espaços. Observe que os commits listados podem não ser necessariamente a lista dos commits principais diretos se você tiver limitado a sua visão do histórico: se estiver interessado apenas nas alterações relacionadas a um determinado diretório ou arquivo por exemplo.

Existem vários formatos incorporados e você pode definir formatos adicionais ao definir uma opção da configuração pretty.<nome> para um outro nome de formato ou uma string format:, conforme descrito abaixo (consulte git-config[1]). Aqui estão os detalhes dos formatos incorporados: Aqui estão os detalhes dos formatos incorporados:

oneline
```
<hash> <linha-do-título>
```
Isso foi desenvolvido para ser o mais compacto possível.

short

commit <hash>
Author: <autor>

<linha-do-título>

medium

commit <hash>
Author: <autor>
Date:   <data-do-autor>

<linha-do-título>

<mensagem-completa-do-commit>

full

commit <hash>
Author: <autor>
Commit: <quem fez o commit>

<linha-do-título>

<mensagem-completa-do-commit>

fuller

commit <hash>
Author:     <autor>
AuthorDate: <data-do-autor>
Commit:     <quem-fez-o-commit>
CommitDate: <a-data-de-quem-fez-o-commit>

<linha-do-título>

<mensagem-completa-do-commit>

reference
```
<abbrev-hash> (<linha-do-título>, <data-do-autor-abreviada>)
```
Este formato é usado para fazer referência a outro commit numa mensagem de commit e é o mesmo que --pretty='format:%C(auto)%h (%s, %ad)'. É predefinido que a data seja formatada com a opção --date=short, a menos que uma outra opção --date seja explicitamente especificada. Assim como qualquer format: com marcadores de formato, o que é gerado por ele não é afetado por outras opções como --decorate e --walk-reflogs.

email

From <hash> <data>
From: <autor>
Date: <data-do-autor>
Subject: [PATCH] <linha-do-título>

<mensagem-completa-do-commit>

mboxrd

Como e-mail, porém as linhas no commit da mensagem iniciando com "From" (precedidas por zero ou mais ">") são citadas com ">" para que não sejam confundidas ao iniciar um novo commit.
raw

O formato raw mostra o commit inteiro exatamente como armazenado no objeto de commit. Notavelmente, os hashes são exibidos na íntegra, independentemente do uso da opção --abbrev ou --no-abbrev, e as informações de parents mostram os verdadeiros commits principais, sem levar em conta os enxertos ou a simplificação do histórico. Observe que este formato afeta a forma como os commits são exibidos, mas não a forma como o diff é exibido, por exemplo, com o comando git log --raw. Para obter os nomes completos dos objetos num formato diff bruto, use --no-abbrev.
format:<formato-do-texto>

O formato format:<formato-do-texto> permite especificar quais as informações que você deseja exibir. Funciona um pouco como o formato "printf" com a exceção notável de que você obtém uma nova linha com %n em vez de \n.

Por exemplo,format:"O autor do %h foi %an, %ar%nO título era >>%s<<%n" exibirá algo como isso:
```
O autor do fe6e0ee foi Junio C Hamano, 23 houras atrás
O título era >>t4119: test autocomputing -p<n> for traditional diff input.<<
```
Os espaços reservados são:
- O Espaços reservados que se expandem para um único caractere literal:
  
  %n
  
  newline
  
  %%
  
  a raw %
  
  %x00
  
  %x seguido de dois dígitos hexadecimais é substituído por um byte com o valor dos dígitos hexadecimais (chamaremos isso de "código de formatação literal" no restante deste documento).
- Espaços reservados que afetam a formatação de espaços reservados posteriores:
  
  %Cred
  
  mudar de cor para o vermelho
  
  %Cgreen
  
  mudar de cor para o verde
  
  %Cblue
  
  mudar de cor para o azul
  
  %Creset
  
  redefine a cor
  
  %C(…)
  
  Conforme foi descrito em Valores na seção "ARQUIVO DE CONFIGURAÇÃO" do comando git-config[1]. É predefinido que as cores são mostradas somente quando ativadas para a saída de registro (por color.diff, color.ui ou --color, respeitando as configurações auto do primeiro se estivermos indo para um terminal). O %C(auto,...) é aceito como sinônimo histórico do padrão (por exemplo, %C(auto,red)). Ao especificar %C(always,...) exibirá as cores mesmo quando a cor não estiver ativada (considere utilizar apenas a opção --color=always para ativar a cor para toda a saída, incluindo este formato e qualquer outra coisa que o git possa colorir). A opção auto sozinha (ou seja, %C(auto)) ativará a coloração automática nos próximos marcadores até que a cor seja trocada novamente.
  
  %m
  
  marca esquerda (<), direita (>) ou limite (-)
  
  %w([<w>[,<i1>[,<i2>]]])
  
  alterna a quebra da linha, como na opção -w do git-shortlog[1].
  
  %<( <N> [,trunc|ltrunc|mtrunc])
  
  Faz com que o próximo marcador ocupe pelo menos N larguras de coluna, preenchendo espaços à direita, se necessário. Opcionalmente, trunque (com reticências …) à esquerda (ltrunc) ..ft, no meio (mtrunc) mi..le ou no final (trunc) rig.., se a saída for maior que N colunas. Observação 1: esse truncamento só funciona corretamente com N >= 2. Observação 2: os espaços ao redor dos valores N e M (veja abaixo) são opcionais. Observação 3: Os emojis e outros caracteres longos ocuparão duas colunas de exibição, o que pode ultrapassar os limites da coluna. Observação 4: as marcas de combinação de caracteres decompostos podem estar mal posicionadas nos limites do preenchimento.
  
  %<|( <M> )
  
  Faz com que o próximo marcador ocupe pelo menos até a Mésima coluna de exibição, preenchendo espaços à direita, caso seja necessário. Use valores M negativos para posições de coluna medidas a partir da borda direita da janela do terminal.
  
  %>( <N> ), %>|( <M> )
  
  semelhante a %<( <N> ), %<|( <M> ) respectivamente, mas preenchendo os espaços à esquerda
  
  %>>( <N> ), %>>|( <M> )
  
  semelhante a %>( <N> ), %>|( <M> ) respectivamente, exceto caso o próximo espaço reservado ocupe mais espaços do que o informado e haja espaços à esquerda, utilize estes espaços
  
  %><( <N> ), %><|( <M> )
  
  semelhante a %<( <N> ), %<|(< M >) respectivamente, mas preenchendo ambos os lados (quando o texto for centralizado por exemplo)
- Espaços reservados que se expandem para as informações extraídas do commit:
  %H
  
  hash do commit
  
  %h
  
  abreviação do hash do commit
  
  %T
  
  hash da árvore
  
  %t
  
  hash abreviado da árvore
  
  %P
  
  hash das origens
  
  %p
  
  hash abreviado das origens
  
  %an
  
  nome do autor
  
  %aN
  
  o nome do autor (respeitando .mailmap, consulte git-shortlog[1] ou git-blame[1])
  
  %ae
  
  e-mail do autor
  
  %aE
  
  o e-mail do autor (respeitando .mailmap, consulte git-shortlog[1] ou git-blame[1])
  
  %al
  
  parte local do e-mail do autor (a parte antes do sinal @)
  
  %aL
  
  parte do autor local (rconsulte %al) espeitando o .mailmap, consulte git-shortlog[1] ou git-blame[1])
  
  %ad
  
  data do autor (o formato respeita a opção --date=)
  
  %aD
  
  data do autor, no padrão RFC2822
  
  %ar
  
  data do autor, relativa
  
  %at
  
  data do autor, com registro de data e hora em formato UNIX
  
  %ai
  
  data do autor, formato parecido com ISO 8601
  
  %aI
  
  data do autor, formato rigoroso ao padrão ISO 8601
  
  %as
  
  data do autor, formato curto (AAAA-MM-DD)
  
  %ah
  
  data da autoria, compreensível para pessoas (como a opção --date=human do git-rev-list[1])
  
  %cn
  
  nome de quem fez o commit
  
  %cN
  
  o nome de quem fez o commit (respeitando .mailmap, consulte git-shortlog[1] ou git-blame[1])
  
  %ce
  
  endereço do e-mail de quem fez o commit
  
  %cE
  
  o e-mail de quem fez o commit (respeitando .mailmap, consulte git-shortlog[1] ou git-blame[1])
  
  %cl
  
  parte local do e-mail de quem fez o commit (a parte antes do sinal @)
  
  %cL
  
  a parte local de quem fez o commit (consulte %cl) respeitando o .mailmap, consulte see git-shortlog[1] ou git-blame[1])
  
  %cd
  
  data do commit (o formato respeita a opção --date=)
  
  %cD
  
  data do commit, no padrão RFC2822
  
  %cr
  
  data do commit, relativa
  
  %ct
  
  data do commit, com registro de data e hora em formato UNIX
  
  %ci
  
  data do commit, formato parecido com ISO 8601
  
  %cI
  
  data do commit, formato rigoroso ao padrão ISO 8601
  
  %cs
  
  data do commit, formato curto (AAAA-MM-DD)
  
  %ch
  
  a data de quem fez o commit, compreensível para pessoas (como a opção --date=human do git-rev-list[1])
  
  %d
  
  nomes de referência "ref", como a opção --decorate do git-log[1]
  
  %D
  
  nomes de referência "ref" sem quebra automática " (", ")".
  
  %(decorate[:<opções>])
  
  nomes de ref com decorações personalizadas. A string decorate pode ser seguida por dois pontos e zero ou mais opções separadas por vírgulas. Os valores das opções podem conter códigos de formatação literais. Eles devem ser usados para vírgulas (%x2C) e parênteses de fechamento (%x29), devido à sua função na sintaxe da opção.
  
  O prefix=<valor>: Exibido antes da lista de nomes ref. A predefinição é " (".
  
  O prefix=<valor>: Exibido antes da lista de nomes ref. A predefinição é ")".
  
  O separator=<valor>: Mostrado entre os nomes refs. A predefinição é ", ".
  
  pointer=<valor>: Mostrado entre HEAD e o ramo para o qual aponta, se houver. A predefinição é " -> ".
  
  tag=<valor>: Mostrado antes dos nomes das tags. A predefinição é "tag: ".
Por exemplo, para produzir decorações sem anotações nas tags, de envelopamento ou de espaços como separadores:

+ %(decorate:prefix=,suffix=,tag=,separator= )
%(describe[:<opções>])
Um nome legível para humanos, como git-describe[1]; string vazia para commits sem descrição. A string describe pode ser seguida por dois-pontos, zero ou mais opções separadas por vírgulas. As descrições podem ser inconsistentes quando as etiquetas são adicionadas ou são removidas ao mesmo tempo.
tags[=<bool-value>]: Em vez de considerar apenas as tags anotadas, considere também as lightweight tags.

abbrev=<número>: Em vez de usar o número padrão com dígitos hexadecimais (que variam de acordo com a quantidade dos objetos no repositório com um padrão de 7) do nome abreviado do objeto, utilize <número> dígitos ou quantos dígitos forem necessários para formar um nome do objeto que seja único.

match=<pattern>: Considere apenas as etiquetas que coincidam com o padrão glob(7) informado, excluindo o prefixo "refs/tags/".

exclude=<pattern>: Desconsidere as etiquetas que coincidam com o padrão glob(7) informado, excluindo o prefixo "refs/tags/".
%S

os nomes "ref" dado na linha de comando pela qual o commit foi alcançado (como git log --source), só funciona com o comando git log

%e

codificação

%s

assunto

%f

linha do assunto higienizado, adequado para um nome de arquivo

%b

corpo

%B

corpo bruto (assunto e corpo da mensagem desembrulhados)

%N

anotações de quem fez o commit

%GG

verificação bruta da mensagem vinda do GPG para um commit assinado

%G?

Mostre "G" para uma assinatura boa (válida), "B" para uma assinatura ruim, "U" para uma assinatura boa com validade desconhecida, "X" para uma assinatura boa que expirou, "Y" para uma assinatura boa feita por uma chave expirada, "R" para uma assinatura boa feita por uma chave revogada, "E" se a assinatura não puder ser verificada (falta de chave por exemplo) e "N" para nenhuma assinatura

%GS

exibe o nome do assinante de um commit assinado

%GK

exibe a chave utilizada para assinar um commit assinado

%GF

exiba a impressão digital da chave utilizada para assinar um commit já assinado

%GP

exiba a impressão digital da chave primária cuja subchave foi utilizada para assinar um commit assinado

%GT

exiba o nível de confiança da chave utilizada para assinar um commit assinado

%gD

seletor do reflog, como por exemplo, refs/stash@{1} or refs/stash@{2 minutos atrás}; o formato segue as regras descritas para a opção -g. A parte antes ao @ é o "refname", conforme indicado na linha de comando (portanto, git log -g refs/heads/master produziria refs/heads/master@{0}).

%gd

o encurtamento do seletor do reflog; o mesmo que %gD, porém a parte do refname é reduzida visando a legibilidade humana (assim, o refs/heads/master se torna apenas master).

%gn

nome da identidade "reflog"

%gN

nome da identidade do reflog (respeitando .mailmap, consulte git-shortlog[1] ou git-blame[1])

%ge

e-mail da identidade reflog

%gE

e-mail da identidade do reflog (respeitando .mailmap, consulte git-shortlog[1] ou git-blame[1])

%gs

assunto reflog

%(trailers[:<opções>])
exibe os trechos do corpo como interpretado através do git-interpret-trailers[1]. Os trechos do texto da resposta podem ser seguidas por dois pontos, zero ou mais opções separadas por vírgula: Caso qualquer opção seja usada várias vezes, a última ocorrência ganha.
A key=<chave>: mostra apenas os caracteres de resposta com a <chave> especificada. A correspondência é feita sem distinção entre maiúsculas e minúsculas, os dois-pontos finais são opcionais. Se a opção for usada várias vezes, serão mostradas as linhas dos caracteres de resposta que correspondem a qualquer uma das chaves. Esta opção ativa automaticamente a opção only para que as linhas que não tenham caracteres de resposta no bloco oculto com caracteres de resposta. Se isso não for desejado, desative com only=false. Por exemplo, %(trailers:key=Revisado-por) mostra as linhas do trailer com a chave Revisado-por.

only[=<bool>]: selecione se as linhas não relacionadas à resposta a partir do bloco de resposta, devem ser incluídas ou não.

separator=<sep>: specify the separator inserted between trailer lines. Defaults to a line feed character. The string <sep> may contain the literal formatting codes described above. To use comma as separator one must use %x2C as it would otherwise be parsed as next option. E.g., %(trailers:key=Ticket,separator=%x2C ) shows all trailer lines whose key is "Ticket" separated by a comma and a space.

unfold[=<bool>]: faça com que se comporte como se a opção --unfold do caracteres de resposta tenha sido passado. Por exemplo, %(trailers:only,unfold=true) desdobra e mostra todas as linhas de resposta.

keyonly[=<bool>]: mostra apenas a parte principal da resposta.

valueonly[=<bool>]: mostra apenas o valor da parte da resposta.

key_value_separator=<sep>: specify the separator inserted between the key and value of each trailer. Defaults to ": ". Otherwise it shares the same semantics as separator=<sep> above.

Note

Alguns espaços reservados podem depender das outras opções passadas para o motor percorrer a revisão. Por exemplo o opção %g* do reflog insere um espaço vazio a menos que estejamos percorrendo as entradas do reflog (exemplo, através do comando git log -g). Os espaços reservados %d e %D usarão o formato de decoração "curta" caso a opção --decorate já não esteja sendo utilizada na linha de comando.

The boolean options accept an optional value [=<bool-value>]. The values taken by --type=bool git-config[1], like yes and off, are all accepted. Giving a boolean option without =<value> is equivalent to giving it with =true.

Caso adicionemos um + (sinal de adição) após o % de um espaço reservado, um feed de linha será inserido imediatamente antes da expansão, se e somente se o espaço reservado se expandir para uma sequência de caracteres não vazio.

Caso adicione um - (sinal de menos) após o % de um espaço reservado, imediatamente todos os feeds consecutivos das linhas anteriores à expansão serão excluídos caso e somente caso o espaço reservado se expanda para um texto vazio.

Caso adicionemos um ` ` (espaço) após o % de um espaço reservado, um espaço será inserido imediatamente antes da expansão, se e somente se o espaço reservado se expandir para uma sequência de caracteres não vazios.

tformat:

O formato tformat: funciona exatamente como o format:, exceto pelo fato de que ele fornece a semântica de "terminador" em vez da semântica de "separador". Em outras palavras, cada commit tem o caractere de terminação da mensagem (geralmente uma nova linha) anexado, em vez de um separador colocado entre as entradas. Isso significa que a entrada final de um formato único da linha será encerrada corretamente com uma nova linha, exatamente como o formato "oneline" faz. Por exemplo:
```
$ git log -2 --pretty=format:%h 4da45bef \
  | perl -pe '$_ .= " -- NO NEWLINE\n" unless /\n/'
4da45be
7134973 -- NO NEWLINE

$ git log -2 --pretty=tformat:%h 4da45bef \
  | perl -pe '$_ .= " -- NO NEWLINE\n" unless /\n/'
4da45be
7134973
```
Além disso, qualquer string não reconhecida que tenha um % é interpretada como se tivesse tformat: na frente. Por exemplo, estes dois são equivalentes:
```
$ git log -2 --pretty=tformat:%h 4da45bef
$ git log -2 --pretty=%h 4da45bef
```

Warning

Missing pt_BR/diff-format.adoc

See original version for this content.

Parte do conjunto git[1]

Setup and Config

Getting and Creating Projects

Basic Snapshotting

Branching and Merging

Sharing and Updating Projects

Inspection and Comparison

Patching

Debugging

Email

External Systems

Server Admin

Guides

Administration

Plumbing Commands

NOME

RESUMO

DESCRIÇÃO

OPÇÕES

FORMATOS BONITOS

GIT