Что происходит с историей коммитов при rebase?

Rebase — это мощный, но требующий осторожности инструмент Git.

Определение

Rebase — операция, при которой Git переносит коммиты одной ветки поверх другой, переписывая историю.

Как работает rebase

Когда выполняется rebase:

1. Git находит общий базовый коммит

2. временно «убирает» коммиты текущей ветки

3. применяет их поверх новой базы

4. создаёт новые коммиты с новыми хэшами

Влияние на историю

В результате:

• история становится линейной

• merge-коммиты отсутствуют

• каждый коммит имеет новый hash

Пример:

До:

A---B---C
     \
      D---E

После rebase:

A---B---C---D'---E'

Почему это переписывание истории

Хотя изменения те же самые:

• Git создаёт новые коммиты

• старые коммиты больше не существуют в истории

Это и есть причина возможных проблем.

Когда rebase опасен

• если ветка уже запушена

• если над ней работают другие

• если требуется force push

Когда rebase уместен

• локальные feature-ветки

• подготовка ветки перед merge

• упрощение истории

Вывод

Rebase делает историю аккуратной и линейной, но требует дисциплины. Его нельзя применять к общим веткам без полного понимания последствий.