Comment puis-je diff le même fichier entre deux différents s'engage sur la même branche?

Dans Git, comment pourrais-je comparer le même fichier entre deux commits (non contigus) sur la même branche (master par exemple)?

Je suis à la recherche de comparer fonctionnalité comme celle de Visual SourceSafe (VSS) ou Team Foundation Server (TFS). Est-il possible dans Git?

InformationsquelleAutor systempuntoout | 2010-07-26
  1. 1352

    De la git-diff man:

    git diff [--options] <commit> <commit> [--] [<path>...]

    Par exemple, pour voir la différence d'un fichier "main.c" entre maintenant et les deux s'engage en retour, voici trois commandes équivalentes:

    $ git diff HEAD^^ HEAD main.c
$ git diff HEAD^^..HEAD -- main.c
$ git diff HEAD~2 HEAD -- main.c
    • Le .. n'est pas vraiment nécessaire, mais il va travailler avec elle (à l'exception assez anciennes versions, peut-être). Vous pouvez également utiliser git log ou gitk pour trouver SHA1s à utiliser, si les deux s'engage à être très éloignés. gitk a aussi un "diff sélectionné -> ce" et "diff this -> selected" dans son menu contextuel.
    • Ce travail, même si le nom de fichier a été modifié entre les 2 s'engage?
    • Quel est donc le but de l' "--"
    • Le -- est utile par exemple lorsque vous avez un fichier nommé -p. Bon à utiliser dans les scripts, dans de rares cas seulement nécessaire dans la pratique.
    • Remarque: vous devez utiliser des chemins relatifs à la racine du repo. Chemins d'accès relatifs au répertoire de travail actuel ne fonctionne pas.
    • git diff master..HEAD -- $(find your_search_folder/ -name '*.c') de comparaison pour tous les .c les fichiers contenus dans un répertoire.
    • Le HEAD^^^ syntaxe signifie "comparer à 3 pensions s'engage" il y, pas 3 de fichier "s'engage" à peine. Un chemin de ronde, c'est pour spécifier une date par exemple git diff -w @{2016-01-01} filename La -w signifie ignorer les changements d'espaces.
    • En supposant que nous travaillons avec une seule branche: supposons que vous avez fait un commit, puis modifié file.c. Comment jugez-vous l'état actuel du fichier de l'état du même fichier dans la précédente livraison? (Je demande parce que les arguments de la commande s'attendre à <commit> <commit> et pas <current changes yet to be committed> <commit>)
    • À @KevinWheeler - je suis en train de voir le contraire dans les deux ubuntu et windows git. Le chemin doit être relatif au répertoire courant, pas le dépôt de la racine. Avez-vous toujours voir le même comportement?
    • Ne fonctionne pas pour moi. Toujours me montre aucun changement, mais le fichier a des changements.
    • Si il y a un dossier de changement de structure entre les commits, alors vous devez utiliser la commande git diff commit_hash_1:dossier/fichier.ext commit_hash_2:nouveau_dossier/fichier.ext
    • L'homme page ne mentionne pas HEAD~2 ou même ~. Aussi, pourquoi ne diff HEAD~2 HEAD~1 ou diff HEAD~3 HEAD~2 etc. retour sur rien??

    InformationsquelleAutor mipadi
  2. 251

    Vous pouvez également comparer deux fichiers différents dans deux révisions différentes, comme ceci:

    git diff <revision_1>:<file_1> <revision_2>:<file_2>

    • notez que c'est comme si <file_1> et <file_2> sont dans le répertoire courant, pas sur le niveau supérieur git géré répertoire, on doit ajouter ./ sur Unix: <revision_1>:./filename_1
    • <révision>: peut-être oublié, donc vous pouvez diff avec un fichier qui n'a pas été commis encore.
    • Notez que sous Windows, il faut utiliser '/' pour les chemins de fichier, pas de '\'.
    InformationsquelleAutor Jakub Narębski
  3. 80

    Si vous avez configuré le "difftool" vous pouvez utiliser

    git difftool revision_1:file_1 revision_2:file_2

    Exemple: en Comparant un fichier à partir de son dernier commit précédent s'engager sur la même branche:
    En supposant que si vous êtes dans votre dossier racine du projet

    $git difftool HEAD:src/main/java/com.xyz.test/MyApp.java HEAD^:src/main/java/com.xyz.test/MyApp.java

    Vous devez avoir les entrées suivantes dans votre ~/.gitconfig ou dans un projet/.git/config fichier. Installer le p4merge [C'est mon préféré de comparaison et de fusion de l'outil]

    [merge]
    tool = p4merge
    keepBackup = false
[diff]
    tool = p4merge
    keepBackup = false
[difftool "p4merge"]
    path = C:/Program Files (x86)/Perforce/p4merge.exe
[mergetool]
    keepBackup = false
[difftool]
    keepBackup = false
[mergetool "p4merge"]
    path = C:/Program Files (x86)/Perforce/p4merge.exe
    cmd = p4merge.exe \"$BASE\" \"$LOCAL\" \"$REMOTE\" \"$MERGED\"
    InformationsquelleAutor Anver Sadhat
  4. 42

    Vérifier $ git log, puis copiez SHA id de 2 différents s'engage et puis exécutez git diff de commande avec ces identifiants, par exemple:

    $ git diff (sha-id-one) (sha-id-two)
    • Si vous souhaitez que le diff pour un fichier spécifique, ajoutez le chemin d'accès à la fin de la commande.
    • Aussi faire un "git pull" pour télécharger l'intégralité de l'arbre info si les deux commits sont partout diffrerent branches. Sinon, vous obtiendrez un "fatal: mauvais objet" d'erreur.
    • git diff (sha-id-one) (sha-id-two) -- filename.ext sans le nom de fichier il va liste des diff de tous les fichiers de ces deux commits.
    InformationsquelleAutor Vibhuti
  5. 39

    Si vous voulez voir toutes les modifications apportées au fichier entre les deux s'engage sur un commit par commettre base, vous pouvez également faire

    git log -u $start_commit..$end_commit -- path/to/file

    • Qu'est-ce que "$start_commit" et "$end_commit"? Sont-ils littérale, ou si non, pouvez-vous me donner un exemple?
    • Ceux-ci sont variables shell qui contiennent le début et la fin de la révision, qui peut, au lieu d'être sha1 des littéraux ou des refs
    InformationsquelleAutor cxreg
  6. 21

    Ici est un script perl qui permet d'afficher git diff commandes pour un fichier donné, comme l'a constaté dans un git log de commande.

    par exemple

    git log pom.xml | perl gldiff.pl 3 pom.xml

    Rendements:

    git diff 5cc287:pom.xml e8e420:pom.xml
git diff 3aa914:pom.xml 7476e1:pom.xml
git diff 422bfd:pom.xml f92ad8:pom.xml

    qui pourrait ensuite être découpées N collé dans une fenêtre shell de la session ou de canalisations à /bin/sh.

    Notes:

    1. le nombre (3 dans ce cas) spécifie le nombre de lignes à imprimer
    2. le fichier (pom.xml dans ce cas-ci) doivent s'entendre dans les deux endroits (vous pouvez l'envelopper dans une fonction shell pour fournir le même fichier dans les deux endroits) ou le mettre dans un bac dir comme un script shell

    Code:

    # gldiff.pl
use strict;

my $max  = shift;
my $file = shift;

die "not a number" unless $max =~ m/\d+/;
die "not a file"   unless -f $file;

my $count;
my @lines;

while (<>) {
    chomp;
    next unless s/^commit\s+(.*)//;
    my $commit = $1;
    push @lines, sprintf "%s:%s", substr($commit,0,6),$file;
    if (@lines == 2) {
        printf "git diff %s %s\n", @lines;
        @lines = ();
    }
    last if ++$count >= $max *2;
}
    InformationsquelleAutor user2520657
  7. 13

    Si vous avez plusieurs fichiers ou répertoires et souhaitez comparer les non continue s'engage, vous pourriez faire ceci:

    Faire un temporelles de la branche

    git checkout -b revision

    Rewind pour le premier commit cible

    git reset --hard <commit_target>

    Cherry picking sur ceux qui commettent des intéressés

    git cherry-pick <commit_interested> ...

    Appliquer diff

    git diff <commit-target>^

    Lorsque vous avez fini d'

    git branch -D revision
    • Merci pour cette solution. Il a bien fonctionné pour mon cas d'utilisation. La seule chose que je voudrais le mettre à jour, c'est que lorsque vous avez terminé, vous ne pouvez pas supprimer la branche jusqu'à ce que vous passez loin de lui.
    InformationsquelleAutor dvdvck
  8. 11

    Si vous souhaitez faire un diff avec plus d'un fichier, avec la méthode spécifiée par @mipadi:

    E. g. diff entre HEAD et votre master, pour trouver tous les .coffee fichiers:

    git diff master..HEAD -- `find your_search_folder/-name '*.coffee'`

    Cette volonté de recherche de manière récursive votre your_search_folder/ pour tous .coffee de fichiers et de faire un diff entre eux et leurs master versions.

    InformationsquelleAutor Andrei-Niculae Petre
  9. 8

    Juste une autre façon d'utiliser git de l'awesomeness ... 

    git difftool HEAD HEAD@{N} /PATH/FILE.ext
    • J'ai défini un alias de cette réponse qui fonctionne avec bash: difftool-file = "!git difftool HEAD@{\"$2\"} HEAD \"$1\" #"
    InformationsquelleAutor Eddie B
  10. 1

    Si vous voulez une simple comparaison visuelle sur Windows, telles que vous pouvez obtenir dans VSS ou TSF, essayez ceci:

    • cliquez-droit sur le fichier dans l'Explorateur de Fichiers
    • sélectionnez "Historique de Git'

    Remarque: Après la mise à niveau vers Windows 10, j'ai perdu le git contexte options de menu. Cependant, vous pouvez obtenir la même chose en utilisant 'gitk" ou " gitk nom de fichier dans une fenêtre de commande.

    Une fois que vous appelez "Git de l'Histoire", le Git GUI outil va commencer, avec un historique de la fiche dans la partie supérieure gauche du volet. Sélectionnez l'une des versions que vous voulez comparer. Puis cliquez-droit sur la deuxième version et choisir soit

    Diff this -> selected

    ou

    Diff sélectionné -> ce

    Des codes de couleur, des différences apparaissent dans le bas du volet de gauche.

    • Note pour downvoters: c'est une solution simple, facile à mettre en œuvre et adresses de l'OP de la question. Il fonctionne sur Windows qui l'OP est clairement à l'aide de (voir les références à la TSF et VSS dans la question).
    InformationsquelleAutor Resource