Comment prévisualiser git-pull sans faire de fetch?

Est-ce même possible?

Fondamentalement, il existe un référentiel distant à partir duquel je tire en utilisant simplement:

git pull

Maintenant, je voudrais prévisualiser ce que cette traction changerait (un diff) sans rien toucher de mon côté. La raison en est que ce que je tire n'est peut-être pas "bon" et je veux que quelqu'un d'autre le répare avant de rendre mon dépôt "sale".

Après avoir fait un git fetch, faites un git log HEAD..origin/masterpour afficher les entrées de journal entre votre dernier commit commun et la branche principale d'origine. Pour afficher les diff, utilisez soit git log -p HEAD..origin/masterpour afficher chaque patch, soit git diff HEAD...origin/master(trois points et non deux) pour afficher un seul diff.

Il n'est normalement pas nécessaire d'annuler une extraction, car effectuer une extraction ne met à jour que les branches distantes et aucune de vos branches. Si vous n'êtes pas prêt à effectuer un pull and merge dans toutes les validations à distance, vous pouvez utiliser git cherry-pickpour accepter uniquement les validations à distance spécifiques que vous souhaitez. Plus tard, lorsque vous êtes prêt à tout obtenir, une git pullvolonté fusionnera dans le reste des validations.

Mise à jour: je ne sais pas vraiment pourquoi vous voulez éviter l'utilisation de git fetch. Tout ce que git fetch fait est de mettre à jour votre copie locale des branches distantes. Cette copie locale n'a rien à voir avec aucune de vos succursales et n'a rien à voir avec les modifications locales non validées. J'ai entendu parler de gens qui exécutent git fetch dans un travail cron parce que c'est tellement sûr. (Je ne recommanderais pas normalement de faire cela, cependant.)

Je pense que git fetch est ce que vous cherchez.

Il tirera les modifications et les objets sans les valider dans l'index de votre dépôt local.

Ils peuvent être fusionnés plus tard avec git merge .

Page de manuel

Edit: Explication supplémentaire

Directement de l' accident Git- SVN Cours lien

Maintenant, comment obtenez-vous de nouvelles modifications à partir d'un référentiel distant? Vous les récupérez:

git fetch http://host.xz/path/to/repo.git/ 

À ce stade, ils se trouvent dans votre référentiel et vous pouvez les examiner en utilisant:

git log origin 

Vous pouvez également différencier les modifications. Vous pouvez également utiliser git log HEAD..origin pour voir uniquement les changements que vous n'avez pas dans votre branche. Si vous souhaitez les fusionner, faites simplement:

git merge origin

Notez que si vous ne spécifiez pas de branche à récupérer, elle sera par défaut la télécommande de suivi.

La lecture de la page de manuel va honnêtement vous donner la meilleure compréhension des options et comment l'utiliser.

J'essaie simplement de le faire par des exemples et de la mémoire, je n'ai pas actuellement de boîte à tester. Vous devriez regarder:

git log -p //log with diff

Une récupération peut être annulée avec git reset --hard ( lien ), mais toutes les modifications non validées dans votre arborescence seront perdues ainsi que les modifications que vous avez récupérées.

Vous pouvez récupérer à partir d'un référentiel distant, voir les différences, puis extraire ou fusionner.

Voici un exemple pour un référentiel distant appelé originet une branche appelée mastersuivi de la branche distante origin/master:

git checkout master                                                  
git fetch                                        
git diff origin/master
git pull --rebase origin master

J'ai créé un alias git personnalisé pour le faire pour moi:

alias.changes=!git log --name-status HEAD..

avec cela, vous pouvez le faire:

$git fetch
$git changes origin

Cela vous donnera un moyen agréable et facile de prévisualiser les modifications avant de faire un merge.

J'utilise ces deux commandes et je peux voir les fichiers à modifier.

1. En exécutant d'abord git fetch , il donne une sortie comme celle-ci (une partie de la sortie):

   ...
   72f8433..c8af041 développer -> origine / développer
   ...

Cette opération nous donne deux ID de validation, le premier est l'ancien et le second sera le nouveau.

2. Comparez ensuite ces deux validations à l'aide de git diff

   git diff 72f8433..c8af041 | grep "diff --git"

Cette commande listera les fichiers qui seront mis à jour:

diff --git a/app/controller/xxxx.php b/app/controller/xxxx.php
diff --git a/app/view/yyyy.php b/app/view/yyyy.php

Par exemple, app / controller / xxxx.php et app / view / yyyy.php seront mis à jour.

La comparaison de deux validations à l'aide de git diff affiche tous les fichiers mis à jour avec des lignes modifiées, mais avec grep, il recherche et obtient uniquement les lignes contenant diff --git à partir de la sortie.

Je suis peut-être en retard à la fête, mais c'est quelque chose qui m'a dérangé trop longtemps. D'après mon expérience, je préférerais voir quelles modifications sont en attente plutôt que de mettre à jour ma copie de travail et de gérer ces modifications.

Cela va dans le ~/.gitconfigfichier:

[alias]
        diffpull=!git fetch && git diff HEAD..@{u}

Il récupère la branche actuelle, puis fait une différence entre la copie de travail et cette branche extraite. Vous ne devriez donc voir que les changements qui en découleraient git pull.

Si vous ne voulez pas que git-fetch mette à jour votre .git local, copiez simplement votre dépôt local dans un répertoire temporaire et faites-y un pull. Voici une petite main:

$ alias gtp="tar -c . | (cd /tmp && mkdir tp && cd tp && tar -x && git pull; rm -rf /tmp/tp)"

Ex.:

$ git status
# On branch master
nothing to commit (working directory clean)

$ gtp
remote: Finding sources: 100% (25/25)
remote: Total 25 (delta 10), reused 25 (delta 10)
Unpacking objects: 100% (25/25), done.
From ssh://my.git.domain/reapO
   32d61dc..05287d6  master     -> origin/master
Updating 32d61dc..05287d6
Fast-forward
 subdir/some.file       |    2 +-
 .../somepath/by.tes    |    3 ++-
 .../somepath/data      |   11 +++++++++++
 3 files changed, 14 insertions(+), 2 deletions(-)

$ git status
# On branch master
nothing to commit (working directory clean)

$ git fetch
remote: Finding sources: 100% (25/25)
remote: Total 25 (delta 10), reused 25 (delta 10)
Unpacking objects: 100% (25/25), done.
From ssh://my.git.domain/reapO
   32d61dc..05287d6  master     -> origin/master

$ git status
# On branch master
# Your branch is behind 'origin/master' by 3 commits, and can be fast-forwarded.
#
nothing to commit (working directory clean)

Qu'en est-il du clonage du dépôt ailleurs, et de faire git log à la fois sur la vraie caisse et sur le nouveau clone pour voir si vous avez la même chose.