Voici deux questions différentes mais je pense qu'elles sont liées.

1. Lorsque j'utilise Git, comment trouver les modifications que j'ai validées localement, mais que je n'ai pas encore poussées vers une branche distante? Je recherche quelque chose de similaire à la commande Mercurial hg outgoing.

2. Lors de l'utilisation de Git, comment trouver les modifications apportées à une branche distante avant de faire un pull? Je recherche quelque chose de similaire à la commande Mercurial hg incoming.

Pour la seconde: y a-t-il un moyen de voir ce qui est disponible, puis de choisir les changements que je souhaite apporter?

Git ne peut pas envoyer ce genre d'informations sur le réseau, comme le peut Hg. Mais vous pouvez exécuter git fetch(ce qui ressemble plus hg pullà hg fetch) pour récupérer de nouveaux commits depuis vos serveurs distants.

Donc, si vous avez une branche appelée masteret une télécommande appelée origin, après l'exécution git fetch, vous devriez également avoir une branche appelée origin/master. Vous pouvez alors obtenir le git logde tous les commits qui masterdoivent être un sur-ensemble de origin/masteren faisant git log master..origin/master. Inversez ces deux pour obtenir le contraire.

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

À partir de Git 1.7.0, il existe une syntaxe spéciale qui vous permet de faire référence de manière générique à la branche amont: @{u}ou @{upstream}.

Pour imiter hg incoming:

git log ..@{u}

Pour imiter hg outgoing:

git log @{u}..

J'utilise ce qui suit incominget les outgoingalias pour rendre ce qui précède plus facile à utiliser:

git config --global alias.incoming '!git remote update -p; git log ..@{u}'
git config --global alias.outgoing 'log @{u}..'

Ce n'est pas une réponse complète, mais git fetch tirera le dépôt distant et ne fera pas de fusion. Vous pouvez alors faire un

git diff master origin / master

1. Utilisez "git log origin..HEAD"

2. Utilisez "git fetch" suivi de "git log HEAD..origin". Vous pouvez sélectionner des validations individuelles à l'aide des ID de validation répertoriés.

Ce qui précède suppose, bien sûr, que "origin" est le nom de votre branche de suivi à distance (ce qui est le cas si vous avez utilisé le clonage avec les options par défaut).

Il y a aussi ceci, pour comparer toutes les branches:

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

Voici ce que dit la page de manuel de git log à ce sujet:

Affiche tous les commits qui se trouvent dans l'une des branches locales mais pas dans l'une des branches de suivi distantes pour l'origine (ce que vous avez cette origine ne le fait pas).

Ce qui précède est pour outgoing. Pour incoming, échangez simplement:

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

je ferais

$ git fetch --dry-run

pour hg incominget

$ git push --dry-run

pour hg outgoing.

git-out est un script qui émule hg outgoingassez précisément. Il analyse la sortie "push -n", donc il produit une sortie précise si vous avez besoin de spécifier des arguments supplémentaires à pousser.

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

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

Vous obtiendrez une sortie telle que "5905..4878 master-> master". 5905 est le dernier commit de la télécommande et les validations via (et y compris) 4878 seront appliquées à la télécommande.

Vous pouvez ensuite utiliser 5905..4878 comme arguments pour 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

Lorsque vous faites git fetch, tout le contenu, y compris les branches, les balises (refs) sont stockés temporairement dans .git / FETCH_HEAD dont le contenu peut être visualisé avec la commande: git log FETCH_HEAD Si vous n'utilisez pas le suffixe -a avec git fetch alors par défaut , Le contenu de FETCH_HEAD sera écrasé par un nouveau contenu. À partir de ces contenus, vous pouvez afficher et décider dans quelle branche vous souhaitez les fusionner si vous le faites ou vous pouvez simplement choisir en cerise si vous ne voulez que quelques commits de ce qui a été apporté par fetch.