Как работает стратегия rebase при слиянии веток в Git?

Стратегия rebase при слиянии веток в Git позволяет взять все коммиты из одной ветки и в том же порядке применить их к другой ветке. git-scm.com

Процесс перебазирования включает несколько шагов: www.geeksforgeeks.org

1. Определение общего предка. www.geeksforgeeks.org Git находит последний общий коммит между ветвью, над которой работает пользователь, и ветвью, на которую выполняется перебазирование (обычно это основная или мастер-ветвь). www.geeksforgeeks.org
2. Перемотка коммитов. www.geeksforgeeks.org Коммиты временно удаляются из текущей ветки, что позволяет «перемотать» сделанные изменения. www.geeksforgeeks.org
3. Применение изменений к новой базе. www.geeksforgeeks.org Git берёт каждый из коммитов и применяет их один за другим к последнему коммиту ветки, на которую выполняется перебазирование. www.geeksforgeeks.org Если во время этого процесса возникают конфликты, Git делает паузу и предлагает их разрешить. www.geeksforgeeks.org
4. Обновление указателя текущей ветви. www.geeksforgeeks.org После применения всех коммитов Git обновляет указатель ветви, чтобы он указывал на недавно перебазированную ветвь, которая теперь включает изменения пользователя. www.geeksforgeeks.org

В результате получается линейная история, в которой изменения из ветки пользователя, по-видимому, были внесены поверх последней фиксации целевой ветки. www.geeksforgeeks.org