Jak "pokazać git" commit scalający z połączonym wyjściem diff, nawet jeśli każdy zmieniony plik zgadza się z jednym z rodziców?

Spójrz na komunikat commit:

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

Zwróć uwagę na linię:

Merge: fc17405 ee2de56

git diff ee2de56..fc17405

Aby pokazać tylko nazwy zmienionych plików:

git diff --name-only ee2de56..fc17405

I aby je wyodrębnić, możesz dodać to do swojego 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"'

Następnie użyj go, wykonując:

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

Lepsze rozwiązanie (wspomniane przez @ KrisNuttycombe):

git diff fc17405...ee2de56

Dla commit merge:

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

Aby pokazać wszystkie zmiany na ee2de56, które są dostępne z commitów na fc17405. Zwróć uwagę na kolejność skrótów zatwierdzania - jest taka sama jak pokazana w informacji o scalaniu: Merge: fc17405 ee2de56

Zwróć również uwagę na 3 kropki ... zamiast dwóch!

Do listy zmienionych plików można użyć:

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

Możesz utworzyć gałąź z nagłówkiem ustawionym na jeden commit przed scaleniem. Wtedy możesz zrobić:

git merge --squash testing

To połączy się, ale nie zatwierdzi. Wtedy:

git diff

Myślę, że wystarczy 'git show-C $ref'. Wypróbowanie tego w repozytorium git na a8e4a59 pokazuje kombinację różnic (plus / minus znaki w jednej z 2 kolumn). Jak wspomina podręcznik git-show, w zasadzie deleguje do 'git diff-tree', więc te opcje wyglądają na użyteczne.

Wygląda na to, że tutaj: http://thread.gmane.org/gmane.comp.version-control.git/191553/focus=191557

Więc w podobny sposób działa

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

Powinien pokazać łączony patch, który wyjaśnia stan w $M względem Stany zapisane w jego rodzicach i bazie merge.

W Twoim przypadku wystarczy

git diff HEAD^ HEAD^2

Lub po prostu hash dla Ciebie:

git diff 0e1329e55^ 0e1329e55^2

Zbudowałem ogólne podejście do wykonywania różnych operacji na commitach scalenia.

Krok pierwszy : Dodaj alias do git przez edycję ~/.gitconfig:

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

Krok drugi : W ~/.githelpers zdefiniuj funkcję 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 $@
}

Krok Trzeci : Zysk!

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

Prawdopodobnie jest tu dużo miejsca na poprawę, po prostu zebrałem to razem, aby przejść przez irytującą sytuację. Możesz wyśmiewać moją składnię i/lub logikę Basha.

Możesz użyć polecenia diff-tree z flagą-C. To polecenie pokazuje, jakie pliki zostały zmienione w zatwierdzeniu scalania.

git diff-tree -c {merged_commit_sha}

Dostałem opis flagi-c z Git-Scm:

Ta flaga zmienia sposób wyświetlania commita scalającego (co oznacza, że jest użyteczna tylko wtedy, gdy zostanie podana Komenda, lub --stdin). Pokazuje różnice od każdego z rodziców do wyniku połączenia jednocześnie zamiast pokazywać różnice między rodzicem a wynik po kolei (co robi opcja-m). Ponadto wymienia tylko pliki, które zostały zmodyfikowane od wszystkich rodziców.

Jeśli twój commit merge to commit 0e1329e5, jak wyżej, możesz uzyskać różnicę zawartą w tym merge przez:

git diff 0e1329e5^..0e1329e5