Когда использовать git rebase?

Когда использовать git rebase?

Определение и основной смысл

git rebase переписывает историю коммитов, пересаживая ветку на новое основание. Это создает линейную, чистую историю, но требует осторожности в использовании.

Главное правило

Используй rebase для локальных веток, которыми никто больше не пользуется. Никогда не делай rebase на уже опубликованные коммиты (push в shared ветку).

Сценарии для использования rebase

1. Очистка истории локальной ветки перед merge

Пересадить свою ветку поверх main перед отправкой pull request.

2. Сквашивание множественных коммитов

Часто при разработке делаешь кучу промежуточных коммитов. Перед merge их стоит объединить.

3. Удаление или редактирование старых коммитов

Можно переписать историю старых коммитов через интерактивный rebase.

Разница между merge и rebase

Merge сохраняет полную историю веток с точкой слияния (merge commit). Rebase переписывает историю, создав линейную последовательность коммитов. Merge безопаснее для shared веток, rebase чище для локальной разработки.

Практический workflow

Создаешь feature ветку, работаешь, потом перед merge пересаживаешь её поверх main командой git rebase origin/main. Потом через интерактивный rebase сквашиваешь промежуточные коммиты и делаешь push.

Разрешение конфликтов при rebase

Если возникли конфликты, Git остановится. Нужно отредактировать файлы, добавить их через git add и продолжить rebase командой git rebase --continue. Или можешь отменить весь rebase через git rebase --abort.

Когда НЕЛЬЗЯ использовать rebase

• Shared ветки (main, develop, staging) - только merge
• Уже опубликованные ветки с другими разработчиками
• Критичные ветки в production
• Если не уверен - лучше merge

Золотое правило

В свежей локальной ветке - OK. После push - только merge. Для публичных веток - только merge! Никогда не меняй историю shared кода.

Вывод

Используй rebase для очистки своей локальной истории перед pull request, сквашивания коммитов и создания линейной истории. Избегай rebase для уже опубликованных коммитов и shared веток, где работают другие разработчики.