Eu realizei algumas mudanças a serem confirmadas; como posso ver o diff de todos os arquivos preparados para a próxima confirmação? Estou ciente do status do git , mas gostaria de ver as diferenças reais - e não apenas os nomes dos arquivos que estão em teste.

Vi que a página de manual do git-diff (1) diz

git diff [--opções] [-] […]

Este formulário é para exibir as alterações feitas em relação ao índice (área de preparação para a próxima confirmação). Em outras palavras, as diferenças são o que você poderia dizer ao git para adicionar mais ao índice, mas ainda não o fez. Você pode preparar essas alterações usando o git-add (1).

Infelizmente, não consigo entender isso. Deve haver uma única linha útil para a qual eu possa criar um apelido, certo?

Deve ser apenas:

git diff --cached

--cachedsignifica mostrar as alterações no cache / índice (ou seja, alterações em etapas) em relação à atual HEAD. --stagedé um sinônimo para --cached.

--stagede --cachednão aponta HEAD, apenas diferença em relação a HEAD. Se você escolher o que confirmar usando git add --patch(ou git add -p), --stagedretornará o que está preparado.

Um gráfico simples torna isso mais claro:

git diff

Mostra as alterações entre o diretório ativo e o índice. Isso mostra o que foi alterado, mas não é preparado para uma confirmação.

git diff --cached

Mostra as alterações entre o índice e o HEAD (que é o último commit neste ramo). Isso mostra o que foi adicionado ao índice e preparado para uma confirmação.

git diff HEAD

Mostra todas as alterações entre o diretório ativo e o HEAD (que inclui alterações no índice). Isso mostra todas as alterações desde a última confirmação, independentemente de terem sido preparadas ou não para confirmação.

Também :

Há um pouco mais de detalhes no 365Git.

Se você estiver interessado em uma visualização visual lado a lado, a ferramenta difusa visual difusa pode fazer isso. Ele exibirá até três painéis se algumas, mas nem todas, as alterações forem realizadas. No caso de conflitos, haverá até quatro painéis.

Invoque-o com

diffuse -m

na sua cópia de trabalho do Git.

Se você me perguntar, o melhor visual diferenciado que já vi há uma década. Além disso, não é específico para o Git: ele interopera com uma infinidade de outros VCS, incluindo SVN, Mercurial, Bazaar, ...

Veja também: Mostrar a árvore em etapas e em trabalho no git diff?

Observe que git status -v também mostra as alterações faseadas! (o que significa que você precisa ter realizado - git add- algumas alterações. Nenhuma alteração faseada, nenhuma diferença git status -v.
Faz isso desde Git 1.2.0, fevereiro de 2006 )

Em sua forma longa (padrão), git statuspossui uma opção "detalhada" não documentada que realmente exibe a diferença entre HEAD e índice.

E está prestes a se tornar ainda mais completo: consulte " Mostrar árvore em estágio e em trabalho no git diff? " (Git 2.3.4+, Q2 2015):

git status -v -v

Você pode usar este comando.

git diff --cached --name-only

A --cachedopção de git diffmeios para obter arquivos temporários, e a --name-onlyopção significa obter apenas nomes dos arquivos.

A partir da versão 1.7 e posterior, deve ser:

git diff --staged

USANDO UMA FERRAMENTA DIFF VISUAL

A resposta padrão (na linha de comando)

As principais respostas aqui mostram corretamente como visualizar as alterações em cache / faseadas no Index:

$ git diff --cached

ou $ git diff --stagedque é um alias.

Iniciando a ferramenta Visual Diff

A resposta padrão cuspirá as alterações diff no git bash (ou seja, na linha de comando ou no console). Para aqueles que preferem uma representação visual das diferenças de arquivo em estágios, existe um script disponível no git que lança uma ferramenta visual diff para cada arquivo visualizado, em vez de mostrá-los na linha de comando, chamada difftool:

$ git difftool --staged

Isso fará o mesmo git diff --staged, exceto quando a ferramenta diff for executada (ou seja, toda vez que um arquivo for processado por diff), ele iniciará a ferramenta visual diff padrão (no meu ambiente, isso é kdiff3 ).

Após o lançamento da ferramenta, o script git diff será pausado até que a ferramenta visual diff seja fechada. Portanto, você precisará fechar cada arquivo para ver o próximo.

Você sempre pode usar difftoolno lugar dos diffcomandos in git

Para todas as suas necessidades visuais de diferenças, git difftoolfuncionará no lugar de qualquer git diffcomando, incluindo todas as opções.

Por exemplo, para que a ferramenta visual diff seja iniciada sem perguntar se é necessário fazê-lo para cada arquivo, adicione a -yopção (acho que geralmente você vai querer isso !!):

$ git difftool -y --staged

Nesse caso, ele abrirá cada arquivo na ferramenta visual diff, um de cada vez, exibindo o próximo após o fechamento da ferramenta.

Ou observe o diff de um arquivo específico que está preparado no Index:

$ git difftool -y --staged <<relative path/filename>>

Para todas as opções, consulte a página do manual:

$ git difftool --help

Configurando a Ferramenta Visual Git

Para usar uma ferramenta visual git diferente da padrão, use a -t <tool>opção:

$ git difftool -t <tool> <<other args>>

Ou, consulte a página de manual do difftool para saber como configurar o git para usar uma ferramenta visual diferente do padrão.

Exemplos de .gitconfigentradas para vscode como ferramenta diff / merge

Parte da configuração de um difftool envolve a alteração do .gitconfigarquivo, através de comandos git que o alteram nos bastidores ou a edição direta.

Você pode encontrá-lo .gitconfigem seu diretório pessoal, como ~no Unix ou normalmente c:\users\<username>no Windows).

Ou, você pode abrir o usuário .gitconfigno seu editor Git padrão com git config -e --global.

Aqui estão exemplos de entradas no meu usuário global .gitconfigdo VS Code como ferramenta diff e ferramenta de mesclagem:

[diff]
    tool = vscode
    guitool = vscode
[merge]
    tool = vscode
    guitool = vscode
[mergetool]
    prompt = true
[difftool "vscode"]
    cmd = code --wait --diff \"$LOCAL\" \"$REMOTE\"
    path = c:/apps/vscode/code.exe
[mergetool "vscode"]
    cmd = code --wait \"$MERGED\"
    path = c:/apps/vscode/code.exe

Para comparação entre Área de armazenamento temporário e repositório (última confirmação), use

 $git diff --staged

O comando compara suas $ git add fileNamealterações faseadas ( ) com seu último commit. Se você quiser ver o que você preparou para o seu próximo commit, você pode usar o git diff --staged. Este comando compara suas alterações faseadas com seu último commit.

Para comparação de trabalho versus armazenamento temporário, use

$ git diff 

O comando compara o que está no seu diretório de trabalho com o que está na sua área de preparação. É importante observar que o git diff por si só não mostra todas as alterações feitas desde o seu último commit - apenas as alterações que ainda não foram preparadas. Se você organizou todas as suas alterações ( $ git add fileName), o git diff não fornecerá saída.

Além disso, se você preparar um arquivo ( $ git add fileName) e depois editá-lo, poderá usar o git diff para ver as mudanças no arquivo que estão preparadas e as que não estão preparadas.

Se suas intenções são direcionar por push uma ramificação de repositório remoto e sua primeira passagem em um log de alterações de confirmação estiver incompleta, você poderá corrigir a declaração de confirmação antes de enviar dessa maneira.

Localmente

... faça algumas alterações ...

git diff # look at unstaged changes

git commit -am"partial description of changes"

... lembre-se de mais alterações não mencionadas no commit ...

git diff origin / master # veja as alterações faseadas mas não forçadas

... alterar declaração de confirmação faseada ...

git commit --amend -m"i missed mentioning these changes ...."

git push

Se você tiver mais de um arquivo com alterações em etapas, pode ser mais prático usá-lo git add -i, selecione 6: diffe, finalmente, selecione o (s) arquivo (s) em que está interessado.

Por padrão, o git diff é usado para mostrar as alterações que não são adicionadas à lista de arquivos atualizados do git. Mas se você quiser mostrar as alterações que foram adicionadas ou escalonadas, precisará fornecer opções extras que permitirão ao git saber que você está interessado em diferenças de arquivos escalonados ou adicionados .

$ git diff          # Default Use
$ git diff --cached # Can be used to show difference after adding the files 
$ git diff --staged # Same as 'git diff --cached' mostly used with latest version of git 

Exemplo

$ git diff 
diff --git a/x/y/z.js  b/x/y/z.js index 98fc22b..0359d84 100644
--- a/x/y/z.js 
+++ b/x/y/z.js @@ -43,7 +43,7 @@ var a = function (tooltip) {

-        if (a)
+        if (typeof a !== 'undefined')
             res = 1;
         else
             res = 2;

$ git add x/y/z.js
$ git diff
$

Depois de adicionar os arquivos, você não poderá usar o padrão 'git diff'. Você deve fazer o seguinte: -

$ git diff --cached
diff --git a/x/y/z.js  b/x/y/z.js index 98fc22b..0359d84 100644
    --- a/x/y/z.js 
    +++ b/x/y/z.js @@ -43,7 +43,7 @@ var a = function (tooltip) {

    -        if (a)
    +        if (typeof a !== 'undefined')
                 res = 1;
             else
                 res = 2;

git guie git-colasão utilitários gráficos que permitem visualizar e manipular o índice. Ambos incluem diferenças visuais simples para arquivos em etapas e git-colatambém podem iniciar uma ferramenta de diferenciação visual lado a lado mais sofisticada.

Veja minha resposta intimamente relacionada em Como remover um arquivo do índice no git? e também este catálogo oficial de clientes Git - GUI .

Pense gitktambém na ferramenta, fornecida com git e muito útil para ver as mudanças