Changement de détail après le pull Git

130

Après un pull Git, sa sortie donne un résumé du montant du changement.

Comment puis-je voir les modifications détaillées de chacun ou de certains fichiers?

D'accord, voici ma question à Jefromi:

  1. Comment savoir si je tirais vers la maîtrise? Tout ce que j'ai fait, c'est "git pull".

  2. Sur quoi pointe master et quelle est la différence entre master et HEAD, les deux têtes par défaut de Git?

  3. Comment voir la modification détaillée dans un fichier spécifique?

  4. Comment puis-je voir à nouveau le changement dans la sortie de résumé par le dernier git pull?

  5. Quelle est la différence entre git diffet git whatchanged?

Tim
la source
4
D'accord, cet ajout répété de nouvelles questions via des modifications n'est pas exactement la façon dont le système est censé être utilisé. Vous pouvez également très facilement répondre à beaucoup de vos questions en consultant les pages de manuel ou simplement en essayant des choses. Par exemple, git diffgénère clairement un diff, tandis que git whatchangedaffiche clairement une liste d'informations de validation, chacune contenant une liste des fichiers modifiés.
Cascabel
Probablement à cause de votre faible représentant.
TED
@TED ​​Il ne faut que 50 répétitions pour laisser des commentaires et 15 pour voter.
Cascabel
Sur mon ordinateur portable avec Ubuntu, cela fonctionne parfois pas. J'ai temporairement trouvé un autre ordinateur avec Centos et je fais ce commentaire. Sur les deux ordinateurs, j'utilise Firefox.
Tim
Très étrange. Vous voudrez peut-être vous diriger vers meta et voir s'il s'agit d'un problème connu / le signaler.
Cascabel

Réponses:

204

Supposons que vous tiriez vers le maître. Vous pouvez vous référer à la position précédente de masterby master@{1}(ou même master@{10.minutes.ago}; voir la section de spécification des révisions de la page de manuel git-rev-parse ), afin de pouvoir faire des choses comme

  • Voir tous les changements: git diff master@{1} master

  • Voir les modifications apportées à un fichier donné: git diff master@{1} master <file>

  • Voir toutes les modifications dans un répertoire donné: git diff master@{1} master <dir>

  • Consultez à nouveau le résumé des modifications: git diff --stat master@{1} master

Quant à votre question "comment savoir si je suis sur master" ... eh bien, l'utilisation de branches est une partie importante du workflow Git. Vous devez toujours être conscient de la branche sur laquelle vous vous trouvez - si vous avez effectué des modifications, vous voulez les tirer vers la bonne branche! Vous pouvez voir une liste de toutes les branches, avec un astérisque à côté de celle actuellement extraite, avec la commande git branch. Le nom de la branche actuelle est également imprimé avec la sortie de git status. Je recommande vivement de parcourir les pages de manuel des commandes à utiliser - c'est un excellent moyen d'acquérir lentement des connaissances.

Et votre dernière question: HEADest le nom de la branche actuellement extraite. Vous pouvez en effet utiliser HEADet HEAD@{1}dans ce contexte également, mais c'est un peu plus robuste d'utiliser les branches, car si vous allez vérifier une autre branche. HEADest maintenant cette deuxième branche, et HEAD@{1}est maintenant master- pas ce que vous voulez!

Pour éviter d'avoir à poser beaucoup de petites questions comme celle-ci, vous devriez probablement jeter un œil à un didacticiel Git. Il y en a un million sur le web, par exemple:

Cascabel
la source
5
c'est mieux que ma solution :)
Christian Oudard
2
Je sais que c'est vieux, mais ... Ce devrait être l'inverse git diff master@{1} master
:,
2
git diff master@{1} mastern'a pas fonctionné pour moi, a plutôt git diff master~1 masterfait le travail pour moi.
unrealsoul007
5
@ unrealsoul007 Alors votre situation était différente. master ~ 1 est le commit parent du seul maître pointant actuellement; vous allez voir le diff pour ce commit. master @ {1} est le maître de validation précédent pointé; si par exemple vous venez de tirer, ce serait la position du maître avant le tirage comme décrit ici. Si ce n'est pas le cas, vous avez probablement fait autre chose à maîtriser depuis que vous avez tiré. Essayez git reflog masterde comprendre quoi.
Cascabel
@Jefromi fatal: ambiguous argument 'firstDesign@': unknown revision or path not in the working tree.Je reçois toujours cette erreur. Bien que git reflog firstDesign ait cette sortie .
unrealsoul007
52

Dites que vous faites un git pull comme ceci:

$ git pull
remote: Counting objects: 10, done.
remote: Compressing objects: 100% (6/6), done.
remote: Total 6 (delta 4), reused 0 (delta 0)
Unpacking objects: 100% (6/6), done.
From [email protected]:reponame
   a407564..9f52bed  branchname   -> origin/branchname
Updating a407564..9f52bed
Fast forward
 .../folder/filename          |  209 ++++++++-----
 .../folder2/filename2        |  120 +++++++++++---------
 2 files changed, 210 insertions(+), 119 deletions(-)

Vous pouvez voir la différence de ce qui a changé en utilisant les numéros de révision:

$ git diff a407564..9f52bed
Christian Oudard
la source
5
Et vous pouvez obtenir le résumé en utilisant " git diff --stat a407564..9f52bed" ou juste pour un résumé " git diff --summary a407564..9f52bed"
Jakub Narębski
14
Pour les versions plus récentes de git, git pull ne renvoie plus la liste des fichiers qui ont été modifiés. Pour obtenir cela, vous devez faire `git pull --stat '
user10
6

1. Comment savoir si je tirais vers la maîtrise? Tout ce que j'ai fait, c'est "git pull".

La commande elle-même fonctionne comme ceci:

git pull [options] [<repository> [<refspec>…]]

et par défaut fait référence à la branche actuelle. Vous pouvez vérifier vos succursales en utilisant

git branch -a

Cela listera vos succursales locales et distantes comme par exemple (Ajout d'un --- diviseur as entre local et distant pour le rendre plus clair)

*master
foo
bar
baz
---
origin/HEAD -> origin/master
origin/deploy
origin/foo
origin/master
origin/bar
remote2/foo
remote2/baz

Lorsque vous examinez ensuite un dépôt distant, vous verrez à quoi vous faites référence:

git remote show origin

listera comme suit:

* remote origin
  Fetch URL: ssh://[email protected]:12345/username/somerepo.git
  Push  URL: ssh://[email protected]:12345/username/somerepo.git
  HEAD branch: master
  Remote branches:
    foo    tracked
    master tracked
  Local refs configured for 'git push':
    foo    pushes to foo    (up to date)
    master pushes to master (fast-forwardable)

Il est donc assez facile de savoir d'où tirer et de pousser.

3. comment voir le détail changer dans un fichier spécifique?

4. comment voir à nouveau le changement dans la sortie de résumé par le dernier pull git?

Le moyen le plus simple et le plus élégant (imo) est:

git diff --stat master@{1}..master --dirstat=cumulative,files

Cela vous donnera deux blocs d'informations sur les changements entre votre dernier tirage et l'état actuel du travail. Exemple de sortie (j'ai ajouté un --- diviseur entre --statet la --dirstatsortie pour le rendre plus clair):

 mu-plugins/media_att_count.php                     |  0
 mu-plugins/phpinfo.php                             |  0
 mu-plugins/template_debug.php                      |  0
 themes/dev/archive.php                             |  0
 themes/dev/category.php                            | 42 ++++++++++++++++++
 .../page_templates/foo_template.php                |  0
 themes/dev/style.css                               |  0
 themes/dev/tag.php                                 | 44 +++++++++++++++++++
 themes/dev/taxonomy-post_format.php                | 41 +++++++++++++++++
 themes/dev/template_parts/bar_template.php         |  0
 themes/someproject/template_wrappers/loop_foo.php  | 51 ++++++++++++++++++++++
---
 11 files changed, 178 insertions(+)
  71.3% themes/dev/
  28.6% themes/someproject/template_wrappers/
 100.0% themes/
  27.2% mu-plugins/
   9.0% themes/dev/page_templates/
   9.0% themes/dev/template_parts/
  63.6% themes/dev/
   9.0% themes/someproject/template_wrappers/
  72.7% themes/
kaiser
la source
2

Cette méthode est un peu piratée, mais elle vous permettra d'utiliser des outils graphiques comme gitkou gitgou git-gui:

git pull
git reset HEAD@{1}
gitg (or gitk or whatever tool you like)

La réponse avec le plus de votes positifs donne le meilleur moyen d'utiliser l'outil git, mais j'utilise cette méthode car je peux ensuite utiliser des outils avec une interface graphique pour voir les changements: P

J'aurais alors l'étape supplémentaire de faire un git checkout ., puis de le faire à git pullnouveau pour que je tire et fusionne correctement, mais j'apprécie suffisamment la possibilité d'examiner les différences dans une interface graphique pour gérer les deux étapes supplémentaires.

Jack
la source