Inspecionar alterações e histórico com diff e log

O comando git diff, sem argumentos, compara o conteúdo dos arquivos de trabalho com o conteúdo correspondente na área de preparação.

Assim, você consulta alterações ainda não preparadas. A referência é a área de preparação, não necessariamente o último commit.

Executar git diff não modifica arquivos, não prepara conteúdo e não cria commits. O comando apenas mostra as diferenças para você decidir o que fazer depois.

Para entender uma diferença, separe os cabeçalhos, que identificam o arquivo e os lados da comparação, das linhas de conteúdo.

O arquivo comparado é recado.txt. Os prefixos a/ e b/ representam os dois lados da comparação: não são pastas que você precisa criar.

O cabeçalho --- indica o lado anterior; +++, o posterior. Essas linhas não são conteúdo removido ou adicionado.

A linha com @@ marca o início de um trecho de diferenças e indica sua localização no arquivo. Por enquanto, não é preciso detalhar os números.

Nas linhas de conteúdo:

• - no início indica remoção.
• + no início indica adição.
• Um espaço inicial indica contexto sem alteração.

Esses sinais funcionam mesmo quando o terminal não usa cores.

git diff --staged compara a área de preparação com o último commit. Ele mostra as diferenças que serão registradas no próximo commit se a preparação permanecer como está.

git diff --staged também mostra criações e exclusões já preparadas. Nos cabeçalhos, /dev/null indica que não existe arquivo naquele lado da comparação. Veja estes trechos, com metadados omitidos:

O arquivo não existia no último commit. Seu conteúdo aparece como adição.

O arquivo deixa de existir no lado preparado. Seu conteúdo anterior aparece como remoção.

Uma saída vazia de git diff indica que não há diferenças entre os arquivos de trabalho rastreados e a área de preparação. Isso não garante que o projeto esteja sem mudanças.

git diff não exibe o conteúdo de arquivos não rastreados. git diff --staged também não os inclui enquanto permanecerem fora da preparação.

Na pasta do repositório, execute o comando abaixo. git log mostra commits já registrados, não mudanças que ainda estão apenas nos arquivos de trabalho ou na área de preparação.

• commit: o identificador, também chamado de hash, identifica esse registro no histórico.
• Author: informa a autoria, com nome e e-mail.
• Date: apresenta a data de autoria. Aqui, 6 de maio de 2025, às 14h30, no fuso indicado por -0300.
• Mensagem: aparece abaixo da data e descreve o que foi registrado.

No histórico linear simples usado neste exercício, git log apresenta os commits mais recentes antes dos mais antigos.

Para acompanhar o trabalho do início ao fim, leia os registros de baixo para cima e conecte suas mensagens. Elas ajudam a entender o que foi feito em cada etapa.

Para localizar um commit sem percorrer todos os seus detalhes, use git log --oneline.

Cada linha reúne o identificador abreviado e o resumo da mensagem. Esse resumo corresponde ao título, ou primeira linha, da mensagem do commit.

O identificador abreviado é um prefixo do identificador completo: ele mostra os caracteres iniciais, na mesma ordem.

A quantidade de caracteres pode variar; não precisa ser sempre sete. A forma abreviada continua representando o mesmo commit.

Neste projeto fictício, git status indica alterações preparadas e não preparadas em aviso.txt, além de ideias.txt como não rastreado. Não há outras mudanças. Compare as saídas: