Git rozgałęzia się i angażuje historię po scaleniu

Question

Pracuję nad projektem (sam) i dla każdej rozwijanej przeze mnie funkcji tworzę nowy oddział, pracuję nad tą funkcją, a następnie scalam ją do opanowania. Więc normalnie nigdy nie pracuję na dwóch różnych gałęziach jednocześnie i nigdy nie dotykam mistrza podczas pracy w oddziale.

Po scaleniu oddziału widzę, że (używając gitx i gitk) historia gałęzi głównej pobiera wszystkie zatwierdzenia, które zrobiłem do połączonej gałęzi. To znaczy, jeśli mam coś takiego:

master a-b-c-d 
       \z-x-y-- 
       |branch name 

po scaleniu uzyskać:

a-b-c-d-z-x-y 
      |branch name 

Tak, widzę połączony nazwa oddziału podświetlone (używając gitx i gitk), ale co ja liczyłem to coś pokazując dokładnie gdzie commity są wykonywane (do którego oddział), takich jak:

master a-b-c-d--------M-- 
       \-z-x-y-/ 
       |branch name 

więc jestem spodziewając się zobaczyć commit „M”, który reprezentuje seryjnej robiłem, nie do opanowania Wygląda na to, że wszystkie zobowiązania, które zrobiłem w nowym oddziale, zostały zrobione, aby opanować.

Czy moje oczekiwanie jest prawidłowe? Czy jest to normalne zachowanie w postaci git?

Answer 1

To jest normalne zachowanie Git. Robisz coś, co nazywa się "szybkim przewijaniem", ponieważ twoja gałąź jest ściśle przed oddziałem master.

Jeśli naprawdę chcesz zachować historię oddziału (choć nie polecam, nie przejmuj się), możesz użyć git merge --no-ff, aby zmusić go do utworzenia zatwierdzenia scalenia, nawet jeśli może wykonać szybką aktualizację.

Answer 2

Możesz znaleźć dodatkową krytykę opcji -no-ff w "Understanding the Git Workflow", głównie z powodu zerwania git blame.
Więcej w "fast forward when using pull and no-ff when pull".

Jak wyjaśniono w "Why does git use fast-forward merging by default?", chyba że mówimy o naprawdę długowiecznej gałęzi, preferowane jest ustawienie fast-forward merge.