J'ai mis en place quelques changements à engager; comment puis-je voir la différence de tous les fichiers qui sont mis en scène pour le prochain commit? Je connais l' état de git , mais j'aimerais voir les différences réelles - pas seulement les noms des fichiers qui sont mis en scène.

J'ai vu que la page de manuel git-diff (1) indique

git diff [--options] [-] […]

Ce formulaire permet de visualiser les modifications que vous avez apportées par rapport à l'index (zone de transit pour la prochaine validation). En d'autres termes, les différences sont ce que vous pourriez dire à git d'ajouter à l'index, mais ce n'est toujours pas le cas. Vous pouvez mettre en scène ces modifications en utilisant git-add (1).

Malheureusement, je ne peux pas vraiment comprendre cela. Il doit y avoir une doublure pratique pour laquelle je pourrais créer un alias, non?

Cela devrait simplement être:

git diff --cached

--cachedsignifie montrer les changements dans le cache / index (c'est-à-dire les changements par étapes) par rapport au courant HEAD. --stagedest synonyme de --cached.

--stagedet --cachedne pointe pas HEAD, juste différence par rapport à HEAD. Si vous choisissez ce que vous souhaitez valider en utilisant git add --patch(ou git add -p), vous --stagedretournerez ce qui est mis en scène.

Un graphique simple rend cela plus clair:

git diff

Affiche les changements entre le répertoire de travail et l'index. Cela montre ce qui a été modifié, mais n'est pas organisé pour une validation.

git diff --cached

Affiche les changements entre l'index et le HEAD (qui est le dernier commit sur cette branche). Cela montre ce qui a été ajouté à l'index et organisé pour une validation.

git diff HEAD

Affiche toutes les modifications entre le répertoire de travail et HEAD (qui inclut les modifications dans l'index). Cela montre toutes les modifications depuis la dernière validation, qu'elles aient été ou non mises en scène pour la validation.

Aussi :

Il y a un peu plus de détails sur 365Git.

Si vous êtes intéressé par une vue visuelle côte à côte, l' outil de diffusion visuelle diffuse peut le faire. Il affichera même trois volets si certaines modifications, mais pas toutes, sont mises en scène. En cas de conflit, il y aura même quatre volets.

Invoquez-le avec

diffuse -m

dans votre copie de travail Git.

Si vous me demandez, le meilleur visuel que j'ai vu depuis une décennie. De plus, il n'est pas spécifique à Git: il interagit avec une pléthore d'autres VCS, notamment SVN, Mercurial, Bazaar, ...

Voir aussi: Afficher à la fois l'arborescence par étapes et de travail dans git diff?

Notez que montre git status -v également les changements par étapes! (ce qui signifie que vous devez avoir mis en scène - git add- quelques modifications. Aucune modification par étapes, aucun diff avec git status -v.
Il le fait depuis Git 1.2.0, février 2006 )

Dans sa forme longue (par défaut), git statusa une option "verbeuse" non documentée qui affiche en fait la différence entre HEAD et index.

Et il est sur le point de devenir encore plus complet: voir " Afficher à la fois l'arborescence intermédiaire et de travail dans git diff? " (Git 2.3.4+, Q2 2015):

git status -v -v

Vous pouvez utiliser cette commande.

git diff --cached --name-only

L' --cachedoption de git diffmoyens pour obtenir des fichiers intermédiaires, et l' --name-onlyoption signifie d'obtenir uniquement les noms des fichiers.

À partir de la version 1.7 et ultérieure, cela devrait être:

git diff --staged

UTILISATION D'UN OUTIL VISUEL DIFF

La réponse par défaut (sur la ligne de commande)

Les meilleures réponses ici montrent correctement comment afficher les modifications mises en cache / par étapes dans Index:

$ git diff --cached

ou $ git diff --stagedqui est un alias.

Lancer l'outil Visual Diff à la place

La réponse par défaut crachera les changements de diff au git bash (c'est-à-dire sur la ligne de commande ou dans la console). Pour ceux qui préfèrent une représentation visuelle des différences de fichiers intermédiaires, il existe un script disponible dans git qui lance un outil de comparaison visuelle pour chaque fichier consulté plutôt que de les afficher sur la ligne de commande, appelé difftool:

$ git difftool --staged

Cela fera la même chose que git diff --staged, sauf chaque fois que l'outil de diff est exécuté (c'est-à-dire chaque fois qu'un fichier est traité par diff), il lancera l'outil de diff visuel par défaut (dans mon environnement, c'est kdiff3 ).

Après le lancement de l'outil, le script git diff s'arrêtera jusqu'à ce que votre outil de diff visuel soit fermé. Par conséquent, vous devrez fermer chaque fichier pour voir le suivant.

Vous pouvez toujours utiliser difftoolà la place dediff commandes in git

Pour tous vos besoins de diff visuels, git difftoolfonctionnera à la place de toutgit diff commande, y compris toutes les options.

Par exemple, pour lancer l'outil de diff visuel sans demander s'il faut le faire pour chaque fichier, ajoutez l' -yoption (je pense que généralement vous en aurez envie !!):

$ git difftool -y --staged

Dans ce cas, il récupérera chaque fichier dans l'outil de diff visuel, un à la fois, en faisant apparaître le suivant après la fermeture de l'outil.

Ou pour regarder la différence d'un fichier particulier qui est mis en scène dans Index:

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

Pour toutes les options, consultez la page de manuel:

$ git difftool --help

Configuration de Visual Git Tool

Pour utiliser un outil visuel git autre que celui par défaut, utilisez l' -t <tool>option:

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

Ou, consultez la page de manuel difftool pour savoir comment configurer git pour utiliser un autre outil de diff visuel par défaut.

Exemples d' .gitconfigentrées pour vscode comme outil de diff / fusion

Une partie de la configuration d'un outil difft implique de modifier le .gitconfigfichier, soit via des commandes git qui le modifient en arrière-plan, soit en le modifiant directement.

Vous pouvez le trouver .gitconfigdans votre répertoire personnel, comme sous ~Unix ou normalement c:\users\<username>sous Windows).

Ou, vous pouvez ouvrir l'utilisateur .gitconfigdans votre éditeur Git par défaut avecgit config -e --global .

Voici des exemples d'entrées dans mon utilisateur global .gitconfigpour VS Code en tant qu'outil de diff et outil de fusion:

[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

Pour la comparaison entre la zone de transfert et le référentiel (dernière validation)

 $git diff --staged

La commande compare vos $ git add fileNamemodifications staged ( ) à votre dernier commit. Si vous voulez voir ce que vous avez mis en scène qui ira dans votre prochain commit, vous pouvez utiliser git diff --staged. Cette commande compare vos modifications par étapes à votre dernier commit.

Pour la comparaison de travail et de mise en scène, utilisez

$ git diff 

La commande compare ce qui se trouve dans votre répertoire de travail avec ce qui se trouve dans votre zone de transit. Il est important de noter que git diff en lui-même n'affiche pas toutes les modifications apportées depuis votre dernier commit - uniquement les modifications qui ne sont toujours pas mises en scène. Si vous avez mis en scène toutes vos modifications ( $ git add fileName), git diff ne vous donnera aucune sortie.

De plus, si vous mettez en scène un fichier ( $ git add fileName) puis le modifiez, vous pouvez utiliser git diff pour voir les modifications du fichier qui sont mises en scène et les modifications qui ne le sont pas.

Si vous avez l'intention de cibler par push une branche de dépôt à distance et que votre première passe dans un journal des modifications de validation était incomplète, vous pouvez corriger l'instruction de validation avant de pousser comme ceci.

Localement

... apportez quelques modifications ...

git diff # look at unstaged changes

git commit -am"partial description of changes"

... rappeler plus de changements non mentionnés dans commit ...

git diff origine / master # regarde les changements par étapes mais pas poussés

... modifier la déclaration de validation par étapes ...

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

git push

Si vous avez plus d'un fichier avec des modifications par étapes, il peut être plus pratique à utiliser git add -i, puis sélectionnez 6: diffet enfin choisissez le ou les fichiers qui vous intéressent.

Par défaut, git diff est utilisé pour afficher les modifications qui ne sont pas ajoutées à la liste des fichiers mis à jour git. Mais si vous souhaitez afficher les modifications ajoutées ou échelonnées, vous devez fournir des options supplémentaires qui permettront à git de savoir que vous êtes intéressé par les fichiers échelonnés ou ajoutés diff. .

$ 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 

Exemple

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

Une fois que vous avez ajouté les fichiers, vous ne pouvez pas utiliser la valeur par défaut de 'git diff'. Vous devez faire comme ceci: -

$ 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 guiet git-colasont des utilitaires graphiques qui vous permettent de visualiser et de manipuler l'index. Les deux comprennent des différences visuelles simples pour les fichiers intermédiaires et git-colapeuvent également lancer un outil de différence visuelle côte à côte plus sophistiqué.

Voir ma réponse étroitement liée à Comment supprimer un fichier de l'index dans git? , ainsi que ce catalogue officiel de Git - GUI Clients .

Pensez également à l' gitkoutil, fourni avec git et très utile pour voir les changements