Git diff pour afficher uniquement les lignes qui ont été modifiées

Quand je fais un git diff, il présente des lignes qui ont été ajoutées:

+ this line is added

lignes qui ont été supprimés:

- this line is removed

mais il montre aussi le nombre de lignes qui ne sont pas modifiées:

this line is not modified
this line is also not modified

Cette résultats dans le git diff ressembler à ceci:

+ this line is added
  this line is not modified
- this line is removed
  this line is not modified

Puis-je demander à git pour afficher uniquement les lignes qui ont été modifiées et ignorer tout le reste du code qui n'a pas été modifié? J'ai écrit une méthode qui permettra de supprimer toutes les lignes qui n'ont pas un "+" ou le signe "-" devant eux, mais je suis sûr qu'il doit y avoir un moyen plus simple de faire cela.

Dans mon git diff, je suis seulement intéressé à voir les lignes qui ont été modifiées.

Merci d'avance.

InformationsquelleAutor r3b00t | 2013-09-15
  1. 154

    Ce que vous voulez, c'est un diff avec 0 lignes de contexte. Vous pouvez le générer avec:

    git diff --unified=0

    ou

    git diff -U0

    Vous pouvez également définir cela comme une option de configuration pour que le référentiel:

    git config diff.context 0

    De l'avoir mis à l'échelle mondiale, pour n'importe quel dépôt:

     git config --global diff.context 0
    • Merci pour la réponse rapide. Cela résout la moitié de mon problème, mais je suis encore en train de certaines lignes comme "@@ -1 +1 @@" dans mon diff et le haut de mon git diff ont "diff --git a/db/xxxxxxx b/db/xxxx indice xxxxx..aaaaaaa bbbbbbbb
    • Je ne pense pas que git fournit un moyen d'éviter la sortie de ces lignes, parce que la diff n'aurait pas de sens sans eux (on ne pouvait pas savoir quel fichier que vous cherchez à, ni où vous étiez dans le fichier).
    • Pour développer, git-diff tentatives pour créer des diffs qui peut effectivement être utilisé sous la forme de correctifs pour les fichiers source, ce qui est impossible sans cette information. La seule façon de l'enlever, il serait de post-traiter vous-même, comme par git diff | egrep "^(\+|-) ".
    • git config --global diff.context 0 de l'avoir mis à l'échelle mondiale
    • Si vous voulez voir dans un répertoire particulier essayez git diff -U0 <dir>
    InformationsquelleAutor Chris Hayes
  2. 32

    Un autre hack (sur un*x) pour afficher uniquement les lignes commençant par + et -:

    git diff -U0 | grep '^[+-]' | grep -Ev '^(--- a/|\+\+\+ b/)'

    Le code ci-dessus est le suivant:

    • git diff -U0: choisissez 0 lignes de contexte
    • La première grep n'inclut toutes les lignes commençant par + ou -
    • La deuxième grep exclut les lignes commençant par --- a/ ou +++ b/

    Note:
    - La solution ci-dessus devra être modifiée si vous utilisez d'autres git diff options comme -R, --src-prefix, --dst-prefix, --no-prefix, ...
    - Les deux grep peuvent être combinés en un seul grep -E -v '^(\+\+\+ b/|--- a/|@@ |diff --git|index )', mais je trouve que le double grep version plus facile à comprendre.

    • Une belle. Upvote pour l'explication claire sur chaque filtre.
    InformationsquelleAutor user650654
  3. 6

    Suivi de Chris dernier commentaire, le principal problème avec le post-traitement est une que vous souhaitez conserver que les lignes commençant par -|+ mais vous aussi vous voulez filtrer ceux qui commencent avec ---|+++. Si vous stockez les fichiers de patch dans votre repo (je ne, dans Pydoop), d'autre part, vous voulez garder les lignes qui commencent par --|++, de sorte que la regexp devient un peu impliquées:

    git diff | grep -P '^\+(?:(?!\+\+))|^-(?:(?!--))'

    La regexp utilise une anticipation négatif: voir Pierre Boughton, en réponse à cette question pour une explication détaillée.

    Si vous le faites souvent, vous souhaiterez peut-être définir un alias git pour elle:

    git config --global alias.diffonly '!git diff | grep -P "^\+(?:(?!\+\+))|^-(?:(?!--))"'
    • cela n'a pas fonctionné pour moi sur Windows git bash. Ne sais pas pourquoi (grep, a déclaré invalide option P), n'ont pas l'audace de le regarder en ce moment.
    • -P ou --perl-regexp est utilisé pour interpréter le motif comme une régulière Perl rexpression, mais n'est pas toujours mis en œuvre. Cela n'a pas fonctionné pour moi sur OSX. gnu.org/software/grep/manual/grep.html#grep-Programs
    InformationsquelleAutor simleo
  4. 3

    Je pense que pour les cas simples les regex peuvent être beaucoup plus courte et plus facile à retenir, avec la réserve que cela ne fonctionnera pas si vous avez des modifications de la ligne où la ligne elle-même commence avec + ou -

    $ git diff | grep '^[+|-][^+|-]'

    La regex dit que la ligne doit commencer avec + ou -, et le caractère ne doit être ni de ceux-ci. J'ai obtenu les mêmes résultats que j'ai échappé à la + ou pas ici, d'ailleurs...

    Exemple:

    $ cat testfile
A
B
C
D
E
F
G

    Dire que j'ai changer C à X, E à Y, et G à Z. 

    $ git diff | grep '^[+|-][^+|-]'
-C
+X
-E
+Y
-G
+Z

    Comme je l'ai dit ci-dessus, si, c'est juste pour la plupart des cas. Si vous tuyau de sortie à un fichier dout, puis essayez de la même regex, ça ne marchera pas.

    $ git diff dout | grep '^[+|-][^+|-]'
$

    De toute façon, l'espoir qui aide dans votre cas

    • Pour les cas où la ligne commence par "-" ça ne marchera pas. Exemple: - name: No pdb dans un fichier yaml.
    InformationsquelleAutor galois
  5. 0

    Cette réponse conservera l'original rouge/vert couleurs pour des raisons de lisibilité. Je vous réserve quelques différences de syntaxe:

    git diff --color | grep --color=never $'^\e\[3[12]m'
git diff --color | grep --color=never $'^3\[3[12]m'
git diff --color | grep --color=never -P '^\e\[3[12]m'
git diff --color | grep --color=never -P '^3\[3[12]m'

    Explication:

    • La git diff --color est nécessaire pour éviter git à partir de la désactivation de la couleur quand il est de la tuyauterie.
    • La grep --color=never est de prévenir grep retrait de la couleur d'origine et en mettant en évidence la chaîne trouvée.
    • Nous sommes correspondant pour les lignes qui commencent à rouge (\e[31m) ou vert (\e[32m) codes d'échappement.
    • La $'...' (ANSI-C citant syntaxe) ou -P (syntaxe de perl), c'est laisser grep à interpréter \e ou \033 comme un ESC caractère.
    InformationsquelleAutor wisbucky