В git, в чем разница между объединением --squash и rebase?

Я новичок в Git, и я пытаюсь понять разницу между сквошем и ребэзом. Насколько я понимаю, вы выполняете сквош при выполнении ребазинга.

И то, git merge --squashи другое git rebase --interactiveможет произвести «сдавленный» коммит.
Но они служат разным целям.

• git merge --squash abranch

создаст сжатый коммит в ветви назначения, не помечая никаких отношений слияния.
(Примечание: он не производит коммит сразу: вам нужно дополнительное git commit -m "squash branch").
Это полезно, если вы хотите полностью отбросить ветку-источник, начиная с (схема взята из SO-вопроса ):

 git checkout stable

      X                   stable
     /                   
a---b---c---d---e---f---g tmp

чтобы:

git merge --squash tmp
git commit -m "squash tmp"

      X-------------------G stable
     /                   
a---b---c---d---e---f---g tmp

а затем удаляя tmpветку.

Примечание: git mergeесть --commitопция , но ее нельзя использовать с --squash. Это не было никогда возможно использовать --commitи --squashвместе.
Начиная с Git 2.22.1 (Q3 2019), эта несовместимость сделана явной:

См. Коммит 1d14d0c (24 мая 2019 г.) Вишала Вермы ( reloadbrain) .
^{(Слиты Junio C Hamano - gitster- в фиксации 33f2790 , 25 июл 2019)}

merge: отказаться --commitс--squash

Ранее, когда --squashбыло предоставлено, « option_commit» было тихо отброшено. Это могло бы быть неожиданным для пользователя, который пытался переопределить поведение сквоша без коммитов --commitявно.

git/git builtin/merge.c#cmd_merge() теперь включает в себя:

if (option_commit > 0)
    die(_("You cannot combine --squash with --commit."));

• git rebase --interactive

воспроизводит некоторые или все ваши коммиты на новой базе, позволяя вам раздавить (или совсем недавно «исправить», см. этот вопрос ), перейдя непосредственно к:

git checkout tmp
git rebase -i stable

      stable
      X-------------------G tmp
     /                     
a---b

Если вы решили раздавить все коммиты tmp(но, вопрекиmerge --squash , вы можете выбрать переигрывание одних и подавление других).

Итак, различия:

• squashне касается вашей исходной ветви ( tmpздесь) и создает один коммит, где вы хотите.
• rebaseпозволяет вам продолжить в той же ветке исходного кода (все еще tmp) с:
  • новая база
  • более чистая история

Объединить коммиты: сохраняет все коммиты в вашей ветке и чередует их с коммитами в базовой ветке

Merge Squash: сохраняет изменения, но пропускает отдельные коммиты из истории

Rebase: это перемещает всю ветвь объекта, чтобы начать с кончика мастер-ветви, эффективно объединяя все новые коммиты в master

Больше здесь

Merge squash объединяет дерево (последовательность коммитов) в один коммит. То есть он подавляет все изменения, внесенные в н коммитах, в один коммит.

Перебазирование - это повторное базирование, то есть выбор новой базы (родительского коммита) для дерева. Может быть, ртутный термин для этого более понятен: они называют это трансплантацией, потому что это просто: выбор нового основания (родительский коммит, корень) для дерева.

При интерактивном перебазировании вам предоставляется возможность либо раздавить, выбрать, отредактировать или пропустить коммиты, которые вы собираетесь перебазировать.

Надеюсь, это было ясно!

Давайте начнем со следующего примера:

Теперь у нас есть 3 варианта объединить изменения признака филиала Into мастер филиала :

1. Слияние коммитов
   Сохранит историю всех коммитов ветви функций и переместит их в основную ветку.
   Добавит дополнительный фиктивный коммит.

2. Перебазирование и слияние Добавит
   всю историю коммитов ветви функций в начало главной ветки,
   НЕ добавит дополнительный фиктивный коммит.

3. Сквош и слияние
   Сгруппирует все коммиты ветвей объектов в один коммит, затем добавит его перед главной ветвью.
   Добавит дополнительный фиктивный коммит.

Ниже вы можете увидеть, как главная ветвь будет выглядеть после каждого из них.

Во всех случаях:
мы можем безопасно УДАЛИТЬ ветку функций .