Zmiana komunikatu zatwierdzenia Git przed scaleniem

Question

Zatwierdziłem kod testowy przed scaleniem w zdalnej gałęzi. To połączenie miało wiele konfliktów i zajęło sporo czasu, aby go naprawić. Tak więc moja historia wygląda mniej więcej tak:

7ab562c Merge from remote branch 
... whole load of commits brought across from the remote branch... 
f3e71c2 Temporary TESTING COMMIT 

Kod testowy jest w porządku, naprawdę chcę tylko zmienić komunikat zatwierdzenia. Normalnie idę z wyprzedzeniem z git rebase -i f3e71c2^ (ponieważ nic z tego nie zostało jeszcze zepchnięte), ale kolega powiedział mi, że to zepsułoby scalenie. Naprawdę nie chcę zepsuć scalenia :)

Czy mój współpracownik jest poprawny? A jeśli tak, czy jest coś, co mogę zrobić, czy po prostu muszę żyć z tą historią?

Answer 1

można spróbować git rebase --preserve-merges --interactive z:

-p 
--preserve-merges 

Zamiast ignorowania scala, spróbuj je odtworzyć.

Sekcja BUG strony człowieka obejmuje:

na liście spraw przedstawionych przez --preserve-merges --interactive nie reprezentuje topologii wykresu rewizji.
Edycja zatwierdzeń i przeformułowanie komunikatów o zatwierdzeniach powinna działać dobrze, ale próby zmiany kolejności zatwierdzeń zwykle prowadzą do sprzecznych z intuicją wyników.

---

Jak opisuje jthill „s comment (od -p będzie lepiej zachować scala jeśli rozwiązywania konfliktów były rejestrator):

Można wstecznie światło rerere do scalenia:

git config rerere.enabled true 
git checkout $merge^1 
git merge $merge^2 
git read-tree --reset -u $merge 
git commit -m- 
git checkout @{-1} 

Answer 2

Jeśli i tylko, jeśli twoi koledzy nie pchnęli/wyciągnęli zmiany w stosunku do f3e71c2 gdzie indziej, to zadziała. W przeciwnym razie nie wiem, co się stanie. Zmiana komunikatu zatwierdzenia jest całkowicie kosmetyczna (== zmiana metadanych), ponieważ nie masz jeszcze push wydania zatwierdzenia, które chcesz jeszcze poprawić, ale może to spowodować błąd w historii, jeśli twoi koledzy pchnęli/wyciągnęli jakąkolwiek część historii który jest na szczycie.

(dzięki Abizern za wskazanie tego błędu-mode)