Jaka jest różnica między "squash " a" fixup " w rozszerzeniu Git/Git?

Mówiąc najprościej, podczas zmiany rozmiaru serii commitów, każdy commit oznaczony jako squash, daje możliwość użycia jego komunikatu jako części pick lub reword.

Kiedy używasz fixup wiadomość z tego zatwierdzania jest odrzucana.

Jeśli pytaniem jest jaka jest różnica pomiędzy squash i fixup w git podczas wykonywania Git rebase --interactive , to odpowiedzią jest commit message .

s, squash <commit> = użyj commit, ale połącz z poprzednim commit

f, fixup <commit> = podobnie jak "squash", ale Odrzuć wiadomość dziennika tego commita

Na przykład:

pick 22a4667 father commit message
squash 46d7c0d child commit message # case 1
# fixup 46d7c0d child commit message # case 2

commit message po zmianie rozmiaru w case 1 będzie to:

father commit message

child commit message

Podczas gdy commit message w przypadku 2 to:

father commit message
# no sub messages

From Git-rebase doc, sekcja "interactive mode" :

Jeśli chcesz złożyć dwa lub więcej commitów w jeden, zamień polecenie " pick "dla drugiego i kolejnych commitów na" squash "lub"fixup". Jeśli commity miały różnych autorów, złożony commit zostanie przypisany autorowi pierwszego commita. Sugerowana wiadomość commit dla złożonego commita jest połączeniem komunikatów commit pierwszego commita i tych z Komendą "squash", ale pomija komunikaty commitów commitów za pomocą polecenia "fixup".

Majstrowałem z rozszerzeniami Gita i nie mogłem sprawić, by zmiażdżyło wiele commitów w jeden. Aby to zrobić, musiałem uciekać się do wiersza poleceń i znalazłem ten post pomocny

git rebase -i Head~2

Jest to interaktywny rebase, i zauważ, co następuje:

• ~2 tutaj odnosi się do tego, ile commitów chcesz zaangażować w tę operację, w tym aktualnego head
• musisz edytować interaktywne okno edycji subquent, pozostawić pierwszą pozycję jako "pick" i zastąpić kolejne wiersze "squash" Instrukcje w linku powyżej są znacznie jaśniejsze, jeśli jest to nieprzezroczyste.

Dlaczego nie zapytać samego Gita? Kiedy rebase z git-bash, mówi:

pick 512b1d7 (some comment)
# Rebase 621b2e4..512b1d7 onto 621b2e4 (1 command)
#
# Commands:
# p, pick <commit> = use commit
# r, reword <commit> = use commit, but edit the commit message
# e, edit <commit> = use commit, but stop for amending
# s, squash <commit> = use commit, but meld into previous commit
# f, fixup <commit> = like "squash", but discard this commit's log message
# x, exec <command> = run command (the rest of the line) using shell
# d, drop <commit> = remove commit
# l, label <label> = label current HEAD with a name
# t, reset <label> = reset HEAD to a label
# m, merge [-C <commit> | -c <commit>] <label> [# <oneline>]
# .       create a merge commit using the original merge commit's
# .       message (or the oneline, if no original merge commit was
# .       specified). Use -c <commit> to reword the commit message.
#
# These lines can be re-ordered; they are executed from top to bottom.
#
# If you remove a line here THAT COMMIT WILL BE LOST.
D:/code/fenixito-legacy-api/.git/rebase-merge/git-rebase-todo [unix] (11:57 23/10/2019)                                         1,1 start
"D:/code/xxx/.git/rebase-merge/git-rebase-todo" [UNIX] 27L, 1170C

Więc widzisz:

S, squash = użyj commita, ale połącz go z poprzednim commitem

F, fixup = like "squash", ale Odrzuć wiadomość dziennika tego commita