Jak „pokazać git” zatwierdzenie scalania z połączonym wyjściem różnicowym, nawet jeśli każdy zmieniony plik zgadza się z jednym z rodziców?

Po wykonaniu „prostego” scalenia (jednego bez konfliktów) git showzwykle pokazuje tylko coś podobnego

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

Wynika to z tego, że do scalania git showużywa połączonego formatu różnicowego, który pomija pliki, które zgadzają się z jedną z wersji nadrzędnych.

Czy istnieje sposób, aby zmusić git, aby nadal pokazywał wszystkie różnice w połączonym trybie różnicowym?

Wykonanie git show -mspowoduje pokazanie różnic (przy użyciu różnic par odpowiednio między nową i wszystkimi wersjami nadrzędnymi), ale wolałbym mieć to z różnicami oznaczonymi +/- w odpowiednich kolumnach, jak w trybie łączonym.

Nie, nie da się tego zrobić git show. Ale z pewnością byłoby to czasem miłe i prawdopodobnie byłoby względnie łatwe do zaimplementowania w kodzie źródłowym git (w końcu musisz po prostu powiedzieć mu, aby nie wycinało tego, co uważa za obce wyjście), więc łatka, aby to zrobić prawdopodobnie zostałby zaakceptowany przez opiekunów git.

Uważaj jednak na to, czego sobie życzysz; połączenie gałęzi ze zmianą jednowierszową, która została rozwidlona trzy miesiące temu, nadal będzie miało ogromny różnicę w porównaniu z linią główną, a więc taka pełna różnica byłaby prawie całkowicie nieprzydatna. Dlatego git tego nie pokazuje.

Spójrz na komunikat zatwierdzenia:

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

zauważ linię:

Merge: fc17405 ee2de56

weź te dwa identyfikatory zatwierdzenia i odwróć je. więc aby uzyskać żądaną różnicę, zrobiłbyś:

git diff ee2de56..fc17405

aby wyświetlić 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 zatwierdzenia scalania:

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, ee2de56które są dostępne po zatwierdzeniu fc17405. Zwróć uwagę na kolejność skrótów zatwierdzeń - jest taka sama, jak pokazano w informacjach dotyczących scalania:Merge: fc17405 ee2de56

Zwróć także uwagę na 3 kropki ...zamiast dwóch !

Aby wyświetlić listę zmienionych plików, możesz użyć:

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

Możesz utworzyć gałąź z HEAD ustawionym na jedno zatwierdzenie przed scaleniem. Następnie możesz wykonać:

git merge --squash testing

Spowoduje to scalenie, ale nie zatwierdzenie. Następnie:

git diff

Wygląda na to, że odpowiedziałem tutaj: https://public-inbox.org/git/[email protected]/

W podobny sposób działa

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

powinien pokazywać połączoną łatkę, która wyjaśnia stan na poziomie $ M w stosunku do stanów zarejestrowanych u jego rodziców i bazy scalania.

Myślę, że potrzebujesz po prostu „git show -c $ ref”. Wypróbowanie tego w repozytorium git na a8e4a59 pokazuje połączoną różnicę (znaki plus / minus w jednej z 2 kolumn). Jak wspomina instrukcja git-show, prawie deleguje się do „drzewa git diff”, więc te opcje wyglądają na przydatne.

w twoim przypadku wystarczy

git diff HEAD^ HEAD^2

lub po prostu hash dla Ciebie:

git diff 0e1329e55^ 0e1329e55^2

Jeśli zatwierdzenie scalania to zatwierdzenie 0e1329e5, jak wyżej, możesz uzyskać różnicę zawartą w tym scaleniu poprzez:

git diff 0e1329e5^..0e1329e5

Mam nadzieję, że to pomoże!

Jeśli siedzisz przy zatwierdzeniu scalania, to pokazuje różnice:

git diff HEAD~1..HEAD

Jeśli nie jesteś na zatwierdzeniu scalania, po prostu zamień HEAD na zatwierdzenie scalania. Ta metoda wydaje się najprostsza i najbardziej intuicyjna.

Możesz użyć komendy diff-tree z flagą -c. To polecenie pokazuje, jakie pliki uległy zmianie w zatwierdzeniu scalania.

git diff-tree -c {merged_commit_sha}

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

Ta flaga zmienia sposób wyświetlania zatwierdzenia scalania (co oznacza, że ​​przydaje się tylko wtedy, gdy podano jedno z poleceń lub --stdin). Pokazuje różnice między poszczególnymi rodzicami dla wyniku scalania jednocześnie zamiast pokazywania różnic parowych między rodzicem a wynikiem pojedynczo (co robi opcja -m). Ponadto zawiera tylko pliki zmodyfikowane przez wszystkich rodziców.

Zbudowałem podejście ogólnego przeznaczenia do wykonywania różnych operacji na zatwierdzeniach scalania.

Krok pierwszy : Dodaj alias do git, edytując ~/.gitconfig:

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

Krok drugi : W ~/.githelperszdefiniuj 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 ulepszenia, po prostu zebrałem to razem, aby uniknąć irytującej sytuacji. Możesz śmiać się z mojej składni i / lub logiki bash.