À l'aide de Git comment puis-je trouver les changements entre le local et à distance

Ici sont deux questions différentes, mais je pense qu'ils sont liés.

  1. Lors de l'utilisation de Git, comment puis-je trouver les changements que j'ai commis localement, mais n'ont pas encore poussé à une branche distante? Je suis à la recherche de quelque chose de similaire à l'Mercurial commande hg outgoing.

  2. Lors de l'utilisation de Git, comment puis-je trouver ce que les modifications d'une branche à distance a avant de faire un pull? Je suis à la recherche de quelque chose de similaire à l'Mercurial commande hg incoming.

Pour la deuxième: est-il un moyen de voir ce qui est disponible et puis de choisir les changements que je veux tirer?

  • En regardant les réponses, il semble y avoir une certaine confusion quant à ce que hg incoming et hg outgoing réellement faire. Le plus proche Git équivalent que j'ai trouvé est le --dry-run option. Juste git pull --dry-run et vous verrez une liste de toutes les choses qui doivent arriver.
InformationsquelleAutor ejunker | 2008-10-23
  1. 97

    Git ne pouvez pas envoyer ce genre d'informations sur le réseau, comme le Hg peut. Mais vous pouvez l'exécuter git fetch (ce qui est plus comme hg pull que hg fetch) pour aller chercher de nouvelles validations de vos serveurs distants.

    Donc, si vous avez une branche appelée master et d'une distance appelée origin, après l'exécution de git fetch, vous devriez également avoir une branche appelée origin/master. Ensuite, vous pouvez obtenir le git log de tous les commits que master doit être un sur-ensemble de origin/master en faisant git log master..origin/master. Inverser les deux pour obtenir le contraire.

    Un de mes amis, David Dollar, a créé un couple de git scripts shell pour simuler hg incoming/outgoing. Vous pouvez les trouver à http://github.com/ddollar/git-utils.

    InformationsquelleAutor Jordi Bunster
  2. 109

    De départ avec Git 1.7.0, il y a une syntaxe spéciale qui vous permet de manière générique, reportez-vous à l'amont de la direction de la @{u} ou @{upstream}.

    Pour imiter hg incoming:

    git log ..@{u}

    Pour imiter hg outgoing:

    git log @{u}..

    J'utilise la suite incoming et outgoing alias pour vous au-dessus de la plus facile à utiliser:

    git config --global alias.incoming '!git remote update -p; git log ..@{u}'
git config --global alias.outgoing 'log @{u}..'
    • la commande git log ..@{u} donne-moi ces erreurs. (J'ai à la fois l'origine et de l'amont d'un référentiel dans mon git config). erreur: Aucun en amont de la branche trouvé pour " erreur: Aucun en amont de la branche trouvé pour '..' erreur: Aucun en amont de la branche trouvé pour '..' fatal: ambigu argument '..@{u}': inconnu révision ou le chemin d'accès pas dans l'arbre de travail. Par " -- " pour séparer les chemins de révisions
    • Vous obtiendrez ces erreurs si votre succursale locale n'est pas configuré avec un amont. Pour corriger, exécutez git branch --set-upstream foo origin/foo.
    • a bien fonctionné pour moi, merci
    • git log @{u}.. les listes de tous les changements dans le repo pour moi. Il n'y a aucun moyen qu'ils n'existent pas encore.
    • Il est possible que votre succursale locale a la mauvaise branche distante configuré comme en amont. Assurez-vous que git rev-parse --symbolic-full-name @{u} imprime la distance approprié de référence. Aussi, git log @{u}.. montre les commits qui ne sont pas accessibles par l'amont de la branche, qui peuvent inclure des commits qui sont déjà dans le dépôt distant (si elles sont accessibles par une référence différente). Ce sera le cas à droite après la fusion de dans une déjà poussé la branche.
    • Je crains que je suis trop noob pour savoir ce qui serait approprié pour une distance de référence, ce qui a cependant été fraîchement cloné repo sur lesquelles je n'ai fait que un checkout <somebranch> et merge <otherbranch>. À ce stade, j'ai fait la log @{u}.. et vu tous les changements énumérés.
    • Si par "vu tous les changements" vous voulez dire que vous avez vu tous les commits de <otherbranch>, alors c'est prévu. Parce que vous avez juste fait de la fusion, les commits sur <otherbranch> sont maintenant accessibles à partir de votre local <somebranch> mais ne sont pas encore accessible à partir de la télécommande origin/<somebranch>. Ainsi, ces révisions sont "sortant" de la télécommande origin/<somebranch> branche. Même si elles ne seront pas de nouvelles pour le dépôt distant, ils seront de nouveau pour que la branche distante.
    • Je réalise que c'est déroutant; Git est par nature difficile à comprendre. Je recommande fortement la lecture de Pro Git -- va vous aider à comprendre ce genre de choses.
    • Je vois, dans votre commentaire, il est clair. Ma confusion vient du fait que hg outgoing ne pas le faire. Il vient de listes s'engage à ce que doit être envoyé à la télécommande repo. Je pense que git push --dry-run est beaucoup plus proche de l'esprit des hg outgoing.
    • Vous avez encore besoin de git fetch toutes les modifications avant l'exécution de git log ..@{u} pour que cela fonctionne.
    • En effet. L'suggéré entrant alias comprend un git remote update -p, qui extrait des changements. Mais je préfère git fetch au lieu de cela, à la seule extraction des changements pour la branche amont: git config --global alias.incoming '!git fetch && git log ..@{u}'

    InformationsquelleAutor Richard Hansen
  3. 42

    Pas une réponse complète, mais git fetch va tirer la distance de pensions et de ne pas faire une fusion.
    Vous pouvez ensuite faire un 

    git diff maître origin/master

    • A fonctionné pour moi (mais en sens inverse) - git diff origin/master master
    InformationsquelleAutor Martin Redmond
  4. 32

    1. Utilisez "git log origine..TÊTE"

    2. Utilisez "git fetch", suivi par "git log TÊTE..origine". Vous pouvez choisir individu s'engage à l'aide de la liste de commettre id.

    Ci-dessus suppose, bien sûr, cette "origine" est le nom de votre suivi à distance de la branche (qui il est, si vous avez utilisé clone avec les options par défaut).

    • (Et si vous n'êtes pas le suivi de la branche distante, c'est “git log origin/master..la TÊTE”.)
    • "origine" n'est pas le nom le suivi à distance de la branche, c'est le nom de la télécommande. Et juste en précisant le nom distant ne fonctionne pas, vous devez spécifier le suivi à distance de la branche, ce qui serait origin/master.
    InformationsquelleAutor Greg Hewgill
  5. 22

    Il y a aussi cette, pour la comparaison de toutes les branches:

    git log --branches --not --remotes=origin

    C'est ce que la commande git log page de man dit à ce propos:

    Montre tous les commits qui sont dans l'une des
    les branches locales, mais pas dans l'un des
    suivi à distance des branches pour origine
    (ce que vous avez que l'origine n'a pas d').

    Ci-dessus est pour outgoing.
    Pour incoming, il suffit de le remplacer:

    git log --remotes=origin --not --branches
    InformationsquelleAutor robinst
  6. 8

    Je ne

    $ git fetch --dry-run

    pour hg incoming et

    $ git push --dry-run

    pour hg outgoing.

    • Désolé, j'ai oublié que c'était déjà dit dans un commentaire de l'OP.
    InformationsquelleAutor chris
  7. 1

    git-out est un script qui émule hg outgoing assez précisément. Il analyse sur "push -n" de sortie, de sorte qu'il produit de sortie précise si vous avez besoin de spécifier d'autres arguments pour pousser.

    • Pas pour windows?
    • aucune idée.
    InformationsquelleAutor stepancheg
  8. 0

    git entrant 

    $ git fetch && git log ..origin/master --stat
OR
$ git fetch && git log ..origin/master --patch

    git sortant

    $ git fetch && git log origin/master.. --stat
OR
$ git fetch && git log origin/master.. --patch
    InformationsquelleAutor prayagupd
  9. 0

    Lorsque le "git log" et @{u} réponses initialement m'a donné des "inconnus " révision" des erreurs, j'ai essayé Chris/romkyns suggestion de git push --dry-run.

    Vous permettra d'obtenir un résultat comme "5905..4878 maître->maître". 5905 est le dernier commit que la distance de a et s'engage à (et y compris) 4878 sera appliqué à la télécommande.

    Vous pouvez ensuite utiliser 5905..4878 comme des arguments de plusieurs autres commandes git pour obtenir plus de détails:

    git diff 5905..4878 # Gives full code changes in diff style

git log --online 5905..4878 # Displays each commit's comment
    InformationsquelleAutor pierce.jason
  10. -1

    Lorsque vous ne git fetch, tout le contenu, y compris les succursales,les balises ( refs) sont stockés temporairement dans .git/FETCH_HEAD dont le contenu peut être affiché avec la commande:
    la commande git log FETCH_HEAD
    Si vous n'utilisez pas le suffixe -a avec git fetch par défaut, FETCH_HEAD du contenu sera écrasé par le nouveau contenu.
    À partir de ces matières, vous pouvez consulter et décider de la direction que vous souhaitez les fusionner si vous voulez ou vous pouvez simplement choisir si vous voulez seulement quelques commits de ce qui a été apporté par fetch.

    InformationsquelleAutor AMIT PRAKASH PANDEY