Git rebase планировщик

Зачем планировать rebase

Interactive rebase — мощный инструмент, но в тексте редактора легко запутаться при 10–20 коммитах. Перепутаете порядок — получите конфликты или потерянные коммиты. Визуальный планировщик помогает спланировать заранее: какие коммиты объединить, какие удалить, в каком порядке.

Шесть действий

• pick — взять коммит как есть.
• reword — пересохранить с новым сообщением.
• edit — приостановить для правки кода (изменить файлы → git commit --amend → git rebase --continue).
• squash — объединить с предыдущим, сохранив оба сообщения для редактирования.
• fixup — объединить с предыдущим, отбросив сообщение.
• drop — удалить коммит из истории.

Стандартный workflow

1. Создайте feature-ветку, делайте коммиты по ходу работы.
2. Перед PR/MR — interactive rebase, чтобы убрать «WIP», объединить мелкие правки.
3. git rebase -i origin/main — открывает редактор.
4. Замените pick на squash/fixup/drop где нужно.
5. Сохраните, разрешите конфликты (если есть).
6. git push --force-with-lease.
7. Создайте PR — история чистая.

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

Когда rebase натыкается на конфликт:

# 1. Посмотреть конфликтные файлы
git status

# 2. Открыть, разрешить (убрать <<<<<<<, =======, >>>>>>>)
# 3. Добавить разрешённые
git add <файл>

# 4. Продолжить rebase
git rebase --continue

# Если что-то пошло совсем не так — отменить
git rebase --abort

Force push безопасно

Никогда не используйте обычный git push --force — он перезаписывает remote, даже если кто-то запушил после вас. Используйте git push --force-with-lease — он откажется от push, если remote изменился, защищая чужие коммиты.

Запреты:

• Никогда не пушьте force на main / master / develop / release.
• Не делайте rebase коммитов, на которые ссылаются другие разработчики.
• Только своя feature-ветка до code review — там rebase безопасен.