Comment puis-je voir ce que je suis sur le point de pousser avec git?

Est-il un moyen pour voir ce qui pourrait être poussé si je fait un git push commande?

Ce que je nous vois est quelque chose comme les "Fichiers Modifiés" onglet de Github du "pull request" caractéristique. Quand je demande de pull, je peux regarder et de voir ce qui va être tiré à si ils accepter ma demande d'extraction: Comment puis-je voir ce que je suis sur le point de pousser avec git?

Ligne de commande est OK, mais je préfère une sorte de GUI (comme la capture d'écran ci-dessus).

Connexes: stackoverflow.com/questions/3080509/...
De nombreuses questions/réponses, en voici un autre: stackoverflow.com/questions/2176278/preview-a-git-push/...

InformationsquelleAutor cmcculloh | 2010-09-03

git

596

Pour une liste de fichiers à être poussé, exécutez:
```
git diff --stat --cached [remote/branch]
```
exemple:
```
git diff --stat --cached origin/master
```
Pour le code diff des fichiers à être poussé, exécutez:
```
git diff [remote repo/branch]
```
Pour voir le chemin complet des fichiers de fichiers à modifier, exécuter:
```
git diff --numstat [remote repo/branch]
```
Si vous voulez voir ces différences dans une interface graphique, vous aurez besoin de configurer git pour que. Voir Comment puis-je voir git diff' sortie avec un visual diff programme?.
- Les deux variantes de git diff --cached sans commitish donné affichera uniquement les différences w/matière de la TÊTE. Je pense que vous vouliez dire, git diff [--stat] --cached origin/master, en supposant que l'origine de la branche principale est maître
- oui, vous avez raison. Maintenant je me rends compte que ce que j'ai effectivement répondu à la, était une façon de voir ce qui va être commis, ne les pousse pas. Donc, oui, un chemin d'accès doit être donné.
- Ce n'est pas exactement ce que vous voulez. Vous devriez diff HEAD, pas sur l'index, à l'encontre de l'origine (git diff origin/master HEAD). Comparaison de l'indice donnera les mêmes résultats que si, et seulement si vous n'avez pas de changements mis en scène pour la validation. Si vous avez des modifications mises en scène, ils seront inclus dans le diff, mais clairement de ne pas être poussé, car ils n'ont pas été commis encore.
- Cette réponse doit être modifié pour inclure les informations contenues dans le commentaire de @Jefromi git diff --stat origin/master HEAD est la réponse correcte.
- a la bonne réponse pour moi. Je veux vérifier ce qui va obtenir poussé de ce que j'ai déjà commis, et non pas ce qui va s'engager si je remets tout ce que j'ai changé. git diff --cached [remote/branch] fait le truc 🙂
- git diff spectacles "diff", pas de quoi sera poussé.
- Je pense que vous avez raté le --stat option dans git diff.
- diff --stat origin/master affiche les diff. Si vous ne git push il n'est PAS garanti que la liste des fichiers produits par les précédents git diff est ce qui va être pushed. Réponse ignore complètement le concept de commettre.
- ah, tu veux dire quoi Jefromi a déjà dit avec une différentiation contre la TÊTE de quelques commentaires ci-dessus. Oui, c'est vrai.
- j'ai tester toutes les variantes de diff mentionnés ici, et aucun n'a produit aucune sortie. mais push --dry-run ne montrent 06b7b81..ffa79a8 master -> master
- Comment cela peut-il être accepté? Il n'a même pas de faire ce que sa description dit, ni ne faire ce qui était demandé. git diff sans gamme toujours diffs votre le répertoire de travail pour quelque chose, avec cache il diffs au moins ce sera commise et que la prochaine fois, mais jamais de ce qui doit être déplacée. push --dry-run de Brian est le seul utilisable réponse jusqu'à présent, une autre serait de git diff --stat HEAD origin/master
- git diff --cached TÊTE (toutes les modifications de fichier par fichier) et git diff --stat TÊTE (abrégé - à quoi il ressemble quand vous faites la commande git pull avec le vert des avantages et rouge inconvénients et le résumé en bas) a fonctionné le mieux pour moi de voir ce qui serait commise. (Aussi, git diff --cached je crois implique HEAD à la fin - au moins, ça marche pour moi. Vous pouvez également faire git diff --cached file. git diff --stat, cependant, n' pas l'air de fonctionner.)
- au lieu de taper origin/master, vous pouvez utiliser @{u} par exemple git diff @{u} ou git diff TÊTE de @{u} Notez que cela ne fonctionne que si vous avez un en amont de suivi de branche déjà créé et lié. Je trouve qu'il est utile que j'en ai des tas de branches et de beaucoup de télécommandes, de sorte que je n'ai pas à penser à ce qui est lié où.
- D'une valeur inestimable, merci beaucoup!
- Il se sent comme savant idiot de se rappeler qui commande alors qu'il devrait être "git viewfiles" ou quelque chose que vous pouvez vous souvenir
- Vous pouvez utiliser git status pour déterminer la valeur de [remote/branch]
- Cette approche ne permet pas de se connecter à la télécommande repo (il suffit de comparer avec la origin/branch), de sorte qu'il peut ne pas refléter tous les commits qui ont été poussés à distance. Toujours exécuter git pull origin d'abord pour s'assurer origin/branch est à jour. (Pour en faciliter l'explication, si la même commet l'avait poussé à distance d'une autre branche, mais pas tiré vers le bas pour votre travail et les pensions, il serait toujours montrer, mais elles n'ont pas besoin d'être poussé. Ou pire, si il y a des conflits de modifications dans le repo distant, ce ne serait pas vous donner aucun avertissement.)
InformationsquelleAutor Ionuț G. Stan
178

Il y a toujours de l'exécution de la sec:
```
git push --dry-run
```
Il va tout faire sauf pour l'envoi des données.

Si vous voulez une vue graphique que vous avez un tas d'options.

Tig et la gitk script qui viennent avec git la fois pour l'affichage de la branche courante de votre copie locale et de la direction générale de la télécommande ou de l'origine.

De sorte que tout s'engage à vous faire qui sont postérieurs à l'origine sont les commits qui sera poussé.

Ouvrir gitk de la coquille, tandis que dans la branche que vous souhaitez pousser en tapant gitk&, puis de voir la différence entre ce qui est de la télécommande, et ce que vous êtes sur le point de pousser à la télécommande, sélectionnez votre local unpushed s'engager et cliquez à droite sur la télécommande et choisissez "Diff this -> selected":
- git push --dry-run ne pas me montrer quelque chose comme ce que je suis l'espoir de voir. gitk est la plus proche, mais il ne me montre le total de toutes les modifications qui seront poussés. Donc, si je suis poussant 6 s'engage à distance, je veux voir la somme totale de ce qui va être poussé. Je n'aime pas ce que chaque commit individuellement, car un commit pourrait être réduit à néant par le suivant.
- Si vous avez besoin d'un diff de ce qui va être poussé, ne git diff --stat HEAD origin/master ou git diff HEAD origin/master. L'Important est la CHEF, sinon vous inclure uncommited changements dans vos diff
- Est-il une raison pour que git ne le fait pas automatiquement un essai à blanc avant qu'il tente d'envoyer des données à distance? Si vous appuyez sur une grande quantité de données, il télécharge toutes les données et affiche les erreurs après. Vous avez juste perdu du temps et de la bande passante en téléchargeant les données que vous avez maintenant de le re-télécharger. Cela semble étrange comportement.
- Le problème avec git push --dry-run est qu'il nécessite toujours la permission d'écrire à la télécommande. Donc, si vous avez un clone sans l'autorisation de pousser en amont, mais vous aimeriez voir à quoi ressemblent vos locaux unpushed changements sont, --dry-run ne le fera pas.
- C'est une bonne solution, mais il convient de noter qu'il nécessite une connexion à distance (y compris la saisie de la clé SSH si applicable). Si vous voulez juste pour voir la différence entre branch et origin/branch, je voudrais aller avec Ionuț G. Stan réponse, puisqu'il ne requiert pas de connexion à la télécommande repo. Cela peut être bon ou mauvais, selon ce dont vous avez besoin.
InformationsquelleAutor Brian Gianforcaro
152

À tout simplement la liste de tous les commits en attente d'être poussé:
(c'est celle que vous vous en souvenez)
```
git cherry -v
```
Montrer la validation des sujets en regard de la SHA1s.
- Une chose intéressante est que vous pouvez spécifier une distance de comparer: git cherry -v heroku/remote dans le cas où vous conserver votre code en plus d'une télécommande.
- Quelle est la meilleure complémentaire de commande qui nous permet de réellement mettre en corrélation les différences de ces commet des contenus?
InformationsquelleAutor Alex Nolasco
20

Vous voulez probablement pour exécuter git difftool origin/master.... qui devrait montrer le unifiée diff de ce qui est sur votre branche courante qui n'est pas sur l'origine/la branche principale, et de l'afficher dans le graphique outil de comparaison de votre choix. Pour être le plus up-to-date, exécutez git fetch premier.
- Excellent! Merci!
- git difftool -d origin/master, J'ai mon difftool mis à fondre, de sorte qu'il fonctionne très bien, merci!
- git difftool -d est bien mieux, merci Verseau Pouvoir. Le seul problème est qu'il ne détecte pas les fichiers qui ont été déplacés et les affiche comme supprimé et ajouté à la place.
InformationsquelleAutor Scott Chacon
8

Une façon de comparer votre version locale avant de le pousser sur la télécommande repo (sorte de pousser dans l'exécution de la sec):

Utilisation TortoiseGit:

Clic droit sur le dossier racine du projet > TortoiseGit > Diff avec la version précédente >

pour la Version 2 choisissez refs/remotes/origin/master

InformationsquelleAutor user1921207
7

Essayer git diff origin/master..master (en supposant que origin/master est votre en amont). Contrairement à git push --dry-run, cela fonctionne encore, même si vous n'avez pas la permission d'écrire à l'amont.

InformationsquelleAutor Ed Avis
5

Utilisation git gui, là, vous pouvez voir une liste de ce qui a changé dans votre validation. Vous pouvez également utiliser gitk ce qui fournit une interface simple pour reflogs. Il suffit de comparer entre remotes/... et master à voir, ce sera poussé. Il fournit une interface similaire à votre capture d'écran.

Les deux programmes sont inclus dans le dépôt git.
- Je ne vois pas de place dans git gui qui montre tout ce qui a été engagé, mais pas poussé.
- Dans git gui, vous pouvez le voir, ce qui est modifié mais pas obligé. Dans gik (Via gitk --all vous obtenez une liste complète de tous les commentaires. Maintenant, vous pouvez comparer l'état actuel de vos dev-direction avec votre télécommande pour pousser.
InformationsquelleAutor fuz
4

Pour voir quels fichiers sont modifiés et afficher le code de changements par rapport à la master direction générale, vous pouvez utiliser:
```
git diff --stat --patch origin master
```
^{NOTE: Si vous utilisez l'un de l'Ide, Ide, puis vous pouvez cliquez-droit sur votre projet de niveau supérieur, sélectionnez Git > la Comparer avec la direction de la >, et chercher l'origine vous souhaitez par exemple origin/master. Dans l'arborescence de fichiers qui apparaît, vous pouvez double-cliquer sur les fichiers pour voir un visual diff. Contrairement à l'option de ligne de commande ci-dessus, vous pouvez modifier vos versions locales de la diff de la fenêtre.}

InformationsquelleAutor ccpizza
2

Si vous utilisez Mac OS X, je recommande que vous obtenez Tower, c'est un merveilleux programme qui a fait affaire avec Git un plaisir pour moi. J'ai maintenant plus nécessaire de mémoriser les commandes du terminal et il offre une excellente interface graphique pour visualiser, suivre et résoudre les différences dans les fichiers.

Et non, je ne suis pas affilié avec eux, je viens d'utiliser leur logiciel, et l'aime vraiment.

http://www.git-tower.com/
- J'utilise de la Tour, mais comment pouvez-vous voir les fichiers qui ont été commis mais ne les pousse pas?
- Je pense que ça vient de Windows, git-tower.com/p/windows-beta
- Ceci ne répond pas à la question.
InformationsquelleAutor kakubei
1

Vous pouvez lister les commits par:
```
git cherry -v
```
Et comparer ensuite avec la commande suivante, où le nombre de ^ est égal au nombre de commits (dans l'exemple 2 commits):
```
git diff HEAD^^
```
- Il est tout simplement bon de voir la liste des derniers commits. Cela ne donnera pas de nom de fichier(s). Donc comme certains ont répondu à l'aide de sécher les options d'exécution et patch options, c'est mieux. git diff --stat --patch origin master git push --dry-run
InformationsquelleAutor DavidS
1
1. Si vous disposez des autorisations d'écriture sur la télécommande
git push --dry-run
1. Si vous ne disposez pas des autorisations d'écriture sur la télécommande
git diff --stat TÊTE à distance/direction de la

InformationsquelleAutor vkg
0

Juste pour ajouter mon grain de sel...
Je voulais mettre en œuvre lors de l'exécution d'emplois dans un gitlab pipeline sur un gitlab coureur.
La meilleure façon de le faire était d'utiliser ce script:
```
git diff --name-only $CI_COMMIT_BEFORE_SHA $CI_COMMIT_SHA
```
Aussi dans mon cas, je voulais filtrer les fichiers par extension, pour parvenir à cela, j'ai utilisé:
```
git diff --name-only $CI_COMMIT_BEFORE_SHA $CI_COMMIT_SHA '*.py'
```
Après cela, vous pouvez par exemple transmettre cette liste quelque part d'autre, un linter peut-être 😉

Espère que cela aidera quelqu'un.

InformationsquelleAutor Michal Mikolajczyk

Vous devez vous connecter pour publier un commentaire.