Comment faire un git diff déplacé ou renommé le fichier?

J'ai déplacé un fichier à l'aide de git mv. Maintenant, je voudrais faire un diff sur le fichier afin de le comparer avec l'ancien fichier (avec l'ancien, aujourd'hui inexistant nom).

Comment puis-je faire cela?

  • Bientôt (git 2.9, en juin 2016), un simple git diff -- yourRenamedFile sera suffisant. Voir ma réponse ci-dessous
InformationsquelleAutor dr jerry | 2011-04-20
  1. 138

    Vous devez utiliser -M pour laisser git détecter automatiquement les déplacés lors de la comparaison. En utilisant simplement git diff comme knittl mentionné ne fonctionne pas pour moi.

    Donc tout simplement: git diff -M devrait le faire.

    La documentation de ce commutateur est:

    -M[<n>], --find-renames[=<n>]
       Detect renames. If n is specified, it is a threshold on the similarity index 
       (i.e. amount of addition/deletions compared to the file’s size). For example, 
       -M90% means git should consider a delete/add pair to be a rename if more than
       90% of the file hasn’t changed.
    • Bouée de sauvetage! Mon git diff sont tellement mieux maintenant. 1) Est-il sûr de toujours utiliser cette option? 2) puis-je ajouter cette option dans le comportement par défaut de mon ~/.gitconfig?
    • Notez que renommer la détection ne fonctionne que lorsque les anciens et les nouveaux fichiers apparaissent dans la collection des dossiers traités par git diff. L'exécution de git diff -M sur un seul (renommé) fichier n'est pas signaler un changement de nom.
    • Cela ne fonctionne pas pour moi, mais git log --follow -- file_after_move.txt fonctionne bien. Il montre toute l'histoire, y compris avant le déménagement. Des idées? Je suis en cours d'exécution git version 2.11.0.windows.1.
    • Le -C option pour la détection de copies est utile et similaires. Je l'ai utilisé avec -M pour regarder une diff où j'avais refait un fichier en deux (avec pas de nom correspondant à l'original).
    InformationsquelleAutor Zitrax
  2. 74

    En plus de ce knittl a écrit, vous pouvez toujours utiliser:

    git diff HEAD:./oldfilename newfilename

    où HEAD:./oldfilename signifie paramètreancien_nom_fichier dans le dernier commit (dans la TÊTE) par rapport au répertoire courant.

    Si vous n'avez pas assez de git, vous devez utiliser à la place:

    git diff HEAD:path/to/oldfilename newfilename
    • Merci pour cette. Vous pouvez également spécifier un commit à la place de la tête, c'est à dire git diff 39fa7c77e85c51d43ea0cf30d33aec8721812e9e:./oldfilename newfilename
    • Dans le cas où il n'est pas clair, vous pouvez également spécifier les noms de branche ou de toute autre référence, tels que: git diff branch:old/filen.name newfilename
    • La première forme qui fonctionne pour moi, si vous cd à l'annuaire et ne pas ajouter de -- avant la commit:path paire. Git semble être très pointilleux avec la syntaxe.
    • Le <commit-ish>:<pathname> syntaxe est un identificateur d'objet, quelque chose de Git-ish, après -- Git attend seulement les noms.
    InformationsquelleAutor Jakub Narębski
  3. 19

    Avec git 2.9 (juin 2016), vous n'aurez pas à ajouter -M plus. git diff utilise -M par défaut.

    Voir s'engager 5404c11, s'engager 9501d19, s'engager a9276a6, s'engager f07fc9e, s'engager 62df1e6 (25 Février 2016) par Matthieu Moy (moy).

    (Fusionnés par Junio C Hamano -- gitster -- dans s'engager 5d2a30d, 03 Avril 2016)

    diff: activer diff.renames par défaut

    Renommer la détection est une fonctionnalité très pratique, et les nouveaux utilisateurs ne devraient pas
    fouiller dans la documentation pour en bénéficier.

    Les objections potentielles à l'activation de renommer la détection sont qu'il
    parfois échouer, et il est parfois lent. Mais renommer la détection est
    déjà activé par défaut, dans plusieurs cas, comme "git status" et "git merge", de sorte que l'activation de diff.renames ne change pas fondamentalement la
    situation. Lorsque le renommer la détection échoue, il échoue systématiquement
    entre "git diff" et "git status".

    Ce paramètre n'affecte pas la plomberie commandes, donc, le bien-écrite
    les scripts ne seront pas affectés.

    Les nouveaux tests pour cette fonction sont ici.

    InformationsquelleAutor VonC
  4. 1

    Pour quelque raison que ce soit à l'aide de HEAD:./oldfilename (ou chemin d'accès absolu) n'a pas fonctionné pour moi, mais HEAD:oldfilename n' (merci cmn):

    git diff HEAD:oldfilename newfilename
git diff 2a80f45:oldfilename f65f3b3:newfilename

    HTH

    • Peut-être que votre git est trop vieux pour comprendre HEAD:./oldfilename?
    InformationsquelleAutor Oli Studholme
  5. 1

    git diff -M active renommer détection comme d'autres l'ont dit (et comme @VonC l'a souligné, il est activé par défaut à partir de git 2.9). Mais si vous avez un grand ensemble de modifications, inexact renommer détection pouvez toujours obtenir éteint de nouveau. Git va afficher un message d'avertissement comme le suivant, qui est facile à manquer au milieu de la diff que vous visionnez:

    warning: inexact rename detection was skipped due to too many files.
warning: you may want to set your diff.renameLimit variable to at least 450 and retry the command.

    Dans ce cas, réglez l'option de configuration comme suggéré par git, par exemple

    git config diff.renamelimit 450

    et de ré-exécuter votre commande diff.

    • Bon point. +1. Je n'avais pas connaissance de cet avertissement.
    InformationsquelleAutor mindriot
  6. -4

    simplement exécuter git diff sans arguments, ou git diff -- newfilename. git est assez intelligent pour comparer les fichiers/contenu (c'est à dire d'origine contenu avant de le renommer avec un contenu modifié après renommer)

    • git est absolument pas assez intelligent dans la plupart des cas. Simplement git mving un seul fichier, puis en comparant la mise en scène de l'etat à l'autre, sinon identiques branche permettra de produire le "tout a été supprimé et recréé à nouveau" diff sauf -M est utilisé.
    InformationsquelleAutor knittl