Comment «git montrer» un commit de fusion avec une sortie de diff combinée même lorsque chaque fichier modifié est d'accord avec l'un des parents?

Après avoir effectué une fusion "simple" (une sans conflit), git showne montre généralement que quelque chose comme

commit 0e1329e551a5700614a2a34d8101e92fd9f2cad6 (HEAD, master)
Merge: fc17405 ee2de56
Author: Tilman Vogel <email@email>
Date:   Tue Feb 22 00:27:17 2011 +0100

Merge branch 'testing' into master

Cela est dû au fait que, pour les fusions, git showutilise le format de diff combiné qui omet les fichiers qui correspondent à l'une des versions parentes.

Existe-t-il un moyen de forcer git à toujours afficher toutes les différences en mode diff combiné?

Faire git show -maffichera les différences (en utilisant des différences par paires entre la nouvelle et toutes les versions parentes respectivement) mais je préférerais avoir cela avec les différences marquées par +/- dans les colonnes respectives comme en mode combiné.

Non, il n'y a aucun moyen de faire cela avec git show. Mais ce serait certainement bien parfois, et ce serait probablement relativement facile à implémenter dans le code source de git (après tout, il suffit de lui dire de ne pas supprimer ce qu'il pense être une sortie étrangère), donc le patch pour le faire serait probablement accepté par les responsables de git.

Faites attention à ce que vous souhaitez, cependant; fusionner une branche avec un changement d'une ligne qui a été fourché il y a trois mois aura toujours un énorme diff par rapport à la ligne principale, et donc un tel diff complet serait presque totalement inutile. C'est pourquoi git ne le montre pas.

Regardez le message de validation:

commit 0e1329e551a5700614a2a34d8101e92fd9f2cad6 (HEAD, master)
Merge: fc17405 ee2de56
Author: Tilman Vogel <email@email>
Date:   Tue Feb 22 00:27:17 2011 +0100

Merge branch 'testing' into master

remarquez la ligne:

Merge: fc17405 ee2de56

prenez ces deux identifiants de validation et inversez-les. donc pour obtenir le diff que vous voulez, vous feriez:

git diff ee2de56..fc17405

pour afficher uniquement les noms des fichiers modifiés:

git diff --name-only ee2de56..fc17405

et pour les extraire, vous pouvez ajouter ceci à votre gitconfig:

exportfiles = !sh -c 'git diff $0 --name-only | "while read files; do mkdir -p \"$1/$(dirname $files)\"; cp -vf $files $1/$(dirname $files); done"'

puis utilisez-le en faisant:

git exportfiles ee2de56..fc17405 /c/temp/myproject

Une meilleure solution (mentionnée par @KrisNuttycombe):

git diff fc17405...ee2de56

pour le commit de fusion:

commit 0e1329e551a5700614a2a34d8101e92fd9f2cad6 (HEAD, master)
Merge: fc17405 ee2de56
Author: Tilman Vogel <email@email>
Date:   Tue Feb 22 00:27:17 2011 +0100

pour afficher toutes les modifications ee2de56qui sont accessibles à partir des validations fc17405. Notez l'ordre des hachages de validation - c'est le même que celui indiqué dans les informations de fusion:Merge: fc17405 ee2de56

Notez également les 3 points ...au lieu de deux !

Pour une liste des fichiers modifiés, vous pouvez utiliser:

git diff fc17405...ee2de56 --name-only

Vous pouvez créer une branche avec HEAD défini sur un commit avant la fusion. Ensuite, vous pouvez faire:

git merge --squash testing

Cela fusionnera, mais ne validera pas. Ensuite:

git diff

On dirait une réponse ici: https://public-inbox.org/git/[email protected]/

Donc, d'une manière similaire, courir

$ git diff --cc $ M $ M ^ 1 $ M ^ 2 $ (git merge-base $ M ^ 1 $ M ^ 2)

devrait afficher un patch combiné qui explique l'état à $ M par rapport aux états enregistrés dans ses parents et la base de fusion.

Je pense que vous avez juste besoin de 'git show -c $ ref'. Essayer cela sur le référentiel git sur a8e4a59 montre un diff combiné (caractères plus / moins dans l'une des 2 colonnes). Comme le mentionne le manuel de git-show, il délègue à peu près «git diff-tree», donc ces options semblent utiles.

dans votre cas, il vous suffit de

git diff HEAD^ HEAD^2

ou simplement hacher pour vous commit:

git diff 0e1329e55^ 0e1329e55^2

Si votre validation de fusion est la validation 0e1329e5, comme ci-dessus, vous pouvez obtenir le diff contenu dans cette fusion en:

git diff 0e1329e5^..0e1329e5

J'espère que ça aide!

Si vous êtes assis à la validation de fusion, cela montre les différences:

git diff HEAD~1..HEAD

Si vous n'êtes pas à la validation de fusion, remplacez simplement HEAD par la validation de fusion. Cette méthode semble la plus simple et la plus intuitive.

Vous pouvez utiliser la commande diff-tree avec l'indicateur -c. Cette commande vous montre quels fichiers ont été modifiés lors de la validation de fusion.

git diff-tree -c {merged_commit_sha}

J'ai obtenu la description de l'indicateur -c de Git-Scm :

Cet indicateur change la façon dont un commit de fusion est affiché (ce qui signifie qu'il n'est utile que lorsque la commande en reçoit un, ou --stdin). Il montre les différences entre chacun des parents et le résultat de la fusion simultanément au lieu de montrer les différences par paires entre un parent et le résultat un par un (ce que fait l'option -m). De plus, il ne répertorie que les fichiers modifiés par tous les parents.

J'ai construit une approche polyvalente pour effectuer diverses opérations sur les commits d'une fusion.

Première étape : ajoutez un alias à git en éditant ~/.gitconfig:

[alias]
  range = "!. ~/.githelpers && run_on_merge_range"

Deuxième étape : dans ~/.githelpers, définissez une fonction bash:

run_on_merge_range() {
  cmd=$1; shift
  commit=$1; shift
  range=$(git show $commit | grep Merge: | awk '{print $2 "..." $3}')
  echo "git $cmd $range $@"
  if [ -z $range ]; then
    echo "No merge detected"
    exit 1
  fi
  git $cmd $range $@
}

Troisième étape : profitez!

git range log <merge SHA> --oneline
git range diff <merge SHA> --reverse -p
git range diff <merge SHA> --name-only

Il y a probablement BEAUCOUP de marge d'amélioration ici, je viens de fouetter cela ensemble pour surmonter une situation ennuyeuse. N'hésitez pas à vous moquer de ma syntaxe et / ou de ma logique bash.