Quelles sont les différences entre le double-point “..” et trois points “...” dans Git commit plages?

Certaines commandes Git prendre commettre des plages et une syntaxe valide est de séparer les deux commettre des noms avec deux points .., et une autre syntaxe utilise trois points ....

Quelles sont les différences entre les deux?

InformationsquelleAutor Pat Notz | 2009-01-20
  1. 229

    Cela dépend si vous êtes en utilisant un log de commande ou un diff de commande. Dans le log cas, c'est dans le man git-rev-parse documentation:

    À exclure s'engage accessible à partir d'un commit, un préfixe ^ notation est utilisée. E. g. ^r1 r2 signifie s'engage accessible à partir de r2, mais excluent ceux accessible à partir de r1.

    Cette opération de l'ensemble apparaît si souvent
    qu'il y est un raccourci pour elle. Lorsque
    vous avez deux commits r1 et r2 (nommé d'après la syntaxe expliqué dans
    La SPÉCIFICATION de RÉVISIONS ci-dessus), vous pouvez
    demandez pour les livraisons qui sont accessibles
    à partir de r2 à l'exclusion de ceux qui sont
    accessible à partir de r1 par "^r1 r2" et il
    peut être écrite comme "r1 r2..".

    Une notation similaire "r1 r2..." est
    appelé symétrique différence de r1 et
    r2 et est définie comme "r1 r2 --pas
    $(git merge-base-tous les r1, r2)". Il est
    l'ensemble de commits qui sont
    accessible à partir d'un de r1 ou r2
    mais pas des deux.

    Ce qui signifie essentiellement que vous obtenez tous les commits qui sont dans l'une des deux branches, mais pas dans les deux.

    Dans le diff cas, c'est dans le man git-diff documentation:

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

      This form is to view the changes on the branch containing and up to
      the second <commit>, starting at a common ancestor of both
      <commit>. "git diff A...B" is equivalent to "git diff
      $(git-merge-base A B) B". You can omit any one of <commit>, which
      has the same effect as using HEAD instead.

    Qui est un peu floue. Fondamentalement, cela signifie qu'il ne montre que les différences dans cette branche par rapport à une autre branche: il regarde une dernière commune de s'engager avec le premier committish vous l'a donné, et puis diffs la deuxième committish pour que. C'est un moyen facile de voir quelles sont les modifications faites dans cette branche, par rapport à cette direction, sans prendre l'avis de modifications dans cette direction seulement.

    La .. est un peu plus simple: Dans la git-diff cas, c'est la même chose qu'un git diff A B et juste diffs Un contre B. Dans le log cas, il montre tous les commits qui sont dans B mais pas dans A.

    • C'est assez ridicule la façon dont le sens de l' .. et ... est exactement inversés pour les journaux et diff: log A..B est en passe de fusion de la base de B, qui est ce que diff A...B n'
    • Ouais, c'est vraiment pauvre de la convivialité. Je recommande de ne pas utiliser le dot notations pour les git diff.
    • Je sais. qu'est-ce que PHP? xp
    • Est-ce à dire A...B == A..B + B..A?
    InformationsquelleAutor Pieter
  2. 600

    À l'aide de Commettre des Plages de avec la commande Git Log

    Lorsque vous êtes à l'aide de commettre des plages comme .. et ... avec git log, la différence entre eux est que, pour les branches A et B,

    git log A..B

    vous montrera tous les commits que B n'a qu'Un n'a pas, tandis que

    git log A...B

    vous montrera les deux les commits que a et B n'ont pas, et s'engage à ce que B a Une n'ont pas, ou en d'autres termes, il va filtrer tous les commits qui à la fois A et B de l'action, ce qui montre seulement les changements qu'ils ne pas les deux partagent.

    Visualisation des Diagrammes de Venn & Commettre des Arbres

    Ici est une représentation visuelle de git log A..B. Le s'engage à ce que la branche B contient qui n'existent pas dans Un est ce qui est retourné par la validation de la gamme, et est mis en évidence en rouge dans le diagramme de Venn, et entourés en bleu dans la validation de l'arbre:

     Quelles sont les différences entre le double-point “..” et trois points “...” dans Git commit plages?

    Voici les diagrammes de git log A...B. Notez que les commits qui sont partagé par les deux branches ne sont pas retournés par la commande:

     Quelles sont les différences entre le double-point “..” et trois points “...” dans Git commit plages?

    Faire le Triple Point de Commettre Gamme ... Plus Utile

    Vous pouvez faire le triple point de commettre gamme ... plus utile dans un journal de commande à l'aide de la --left-right option pour montrer qui engage appartiennent à la branche:

    $ git log --oneline --decorate --left-right --graph master...origin/master
< 1794bee (HEAD, master) Derp some more
> 6e6ce69 (origin/master, origin/HEAD) Add hello.txt

    Au-dessus de la sortie, vous allez voir les commits qui appartiennent à master sont préfixés avec <, tandis que les commits qui appartiennent à origin/master sont préfixés avec >.

    À l'aide de Commettre des Plages avec Git Diff

    Un jour, je pourrais ajouter mes propres explication de la façon dont la validation des plages de travail avec git diff, mais pour l'instant, vous pourriez vouloir vérifier Quelles sont les différences entre le double-point ".." et trois points "..." dans Git diff commettre des plages?.

    Voir Aussi

    • Cette réponse explique d'ailleurs la différence avec un texte concis, des exemples et des images. J'aime beaucoup mieux que la haut voté réponse qui vient cite le manque de clarté de la documentation. (tl;dr merci pour cette réponse, je comprends effectivement la différence.)
    • pourriez-vous ajouter le sens large ... dans git diff ?
    • si je peux passer une heure ou deux sur elle un jour, je le ferai, mais pour l'instant, je ne vais pas à l'ajouter tout moment bientôt. Cette autre réponse va dans une explication pour git diff, même si je ne suis pas sûr que la réponse sera claire pour la plupart des gens. Comme je l'ai commenté sur la question ci-dessus, cette question traite git diff spécifiquement.
    • effectivement, maintenant que tu en parles, je vais aller de l'avant et d'un lien à l'autre question dans ma réponse, pour les futurs lecteurs comme vous.
    • N'est-ce pas en fait le contraire? creuser diff a..b est TOUS les diffs, ou essentiellement la même que git diff a b. Alors que git dif a...b est SEULEMENT les changements b a fait depuis la ramification d'une.
    • J'étais confus, donc je l'ai essayé sur un repo que j'ai configuré avec les mêmes s'engage. a...b s'engage a plus qu'a..b. Ainsi, le schéma est correct.
    • Au moins pour la commande git log. Pour git diff peut-être que les choses sont inversées: stackoverflow.com/questions/7251477/...
    • est droit.. git diff A..B montre tous s'engage à ce que ils n'ont pas les uns les autres; et git diff A...B montre B a selon partagé ancêtre.. de version git 2.18.0
    • N' "git log --droit-master...test" (trois points) est égal à "git log master..test" (le double de points) ?

    InformationsquelleAutor