Интерактивный rebase

Зачем причёсывать

Интерактивный rebase (git rebase -i) — это способ переписать коммиты своей ветки перед pull request: объединить несколько коммитов в один, переименовать, поменять местами или выбросить лишний. Вы превратите коммиты «wip» ветки feature/dark-theme в два понятных и сольёте тёмную тему в main.

Ветка уже стоит на свежем main. Допишем в неё ещё светлый цвет ссылок для тёмной темы (коммит «wip ссылки», он будет в практике), и вот что увидит ревьюер:

$ git log --oneline main..feature/dark-theme
847ae4c wip ссылки
852019c Исправить ссылку на проекты
02bf7d8 поправил
1353688 wip ещё цвета
1114e95 wip тёмная тема

Пять коммитов, из которых понятен один. «Поправил» что? Почему тема размазана на три части? А исправление ссылки уже лежит в main — вы переносили его через cherry-pick. Читать такое больно, а через полгода и вам самим будет непонятно, что тут происходило.

Простыми словами: перед сдачей работы вы переписываете черновик набело. Мысли те же, но без зачёркиваний и «ой, забыл». История коммитов ветки — такой же черновик, пока он ваш и никто на него не опирается. Это всё то же золотое правило rebase: причёсываем только свою ветку.

git rebase -i

Команда git rebase -i main делает тот же rebase на main, но сначала показывает план: список коммитов, которые будут перенесены, и даёт его отредактировать. Флаг -i — от interactive, «интерактивный». Вместо main можно указать, сколько последних коммитов взять: git rebase -i HEAD~4.

$ git rebase -i main
warning: skipped previously applied commit 852019c
hint: use --reapply-cherry-picks to include skipped commits
hint: Disable this message with "git config advice.skippedCherryPicks false"

Затем откроется редактор (тот, что вы настроили в core.editor) с планом. Ниже — его начало; дальше идёт справка, строки с # Git не выполняет:

pick 1114e95 wip тёмная тема
pick 1353688 wip ещё цвета
pick 02bf7d8 поправил
pick 847ae4c wip ссылки

# Rebase 7ab0847..847ae4c onto 7ab0847 (4 commands)
#
# Commands:
# p, pick <commit> = use commit
# r, reword <commit> = use commit, but edit the commit message
# e, edit <commit> = use commit, but stop for amending
# s, squash <commit> = use commit, but meld into previous commit
# f, fixup [-C | -c] <commit> = like "squash" but keep only the previous
...
# These lines can be re-ordered; they are executed from top to bottom.
#
# If you remove a line here THAT COMMIT WILL BE LOST.

Команды плана

Меняете слово pick в начале строки на другое — меняете судьбу коммита. Можно писать и одной буквой.

Склеиваем и переименовываем

План для нашей ветки: три коммита темы склеить в один «Добавить тёмную тему», коммит про ссылки переименовать. Исправьте первые слова строк и сохраните файл, затем закройте окно редактора:

pick 1114e95 wip тёмная тема
squash 1353688 wip ещё цвета
fixup 02bf7d8 поправил
reword 847ae4c wip ссылки

Git откроет редактор ещё раз — для общего сообщения склеенного коммита:

# This is a combination of 3 commits.
# This is the 1st commit message:

wip тёмная тема

# This is the commit message #2:

wip ещё цвета

# The commit message #3 will be skipped:

# поправил
...

This is a combination of 3 commits — «это объединение трёх коммитов»; третье сообщение уже закомментировано (will be skipped), это fixup. Удалите все строки без # и напишите одну: Добавить тёмную тему. Сохраните и закройте. Третий раз редактор откроется для reword: замените wip ссылки на Сделать ссылки светлее в тёмной теме, сохраните, закройте.

[detached HEAD 08ddbf0] Добавить тёмную тему
 Date: Mon Nov 16 10:00:00 2026 +0300
 1 file changed, 9 insertions(+)
[detached HEAD ebb2e91] Сделать ссылки светлее в тёмной теме
 Date: Tue Nov 17 10:00:00 2026 +0300
 1 file changed, 3 insertions(+)
Successfully rebased and updated refs/heads/feature/dark-theme.
$ git log --oneline main..feature/dark-theme
ebb2e91 Сделать ссылки светлее в тёмной теме
08ddbf0 Добавить тёмную тему

Изменения в файлах не поменялись ни на символ: style.css такой же, как до rebase. Переписана только история. Подробно — в документации: git rebase (раздел про interactive mode).

$ git commit --fixup 40f41b1
[feature/title-color f0a0b33] fixup! Добавить цвет заголовка
 1 file changed, 1 insertion(+), 1 deletion(-)
$ git rebase -i --autosquash main
pick 40f41b1 Добавить цвет заголовка
fixup f0a0b33 fixup! Добавить цвет заголовка

Пример на отдельной учебной ветке: в коммите 40f41b1 задали цвет заголовка, потом поменяли оттенок. Две нижние строки — начало плана в редакторе: Git расставил всё сам.

Практика у себя

Начинаем там, где закончили: ветка feature/dark-theme перебазирована и отправлена, исправление ссылки уже в main.

Шаг 1. Обновите main и вернитесь в ветку:

$ git switch main
$ git pull
$ git switch feature/dark-theme

Шаг 2. В блоке @media в конце style.css после правила .lead добавьте светлый цвет ссылок и закоммитьте как wip ссылки:

  a {
    color: #60a5fa;
  }

Шаг 3. git log --oneline main..feature/dark-theme покажет пять коммитов, как в начале урока.

Шаг 4. Запустите git rebase -i main. В плане четыре строки (исправление ссылки Git пропустил сам). Поставьте pick, squash, fixup, reword, как в разборе, сохраните и закройте. В следующих двух окнах напишите сообщения Добавить тёмную тему и Сделать ссылки светлее в тёмной теме.

Шаг 5. Проверьте результат. Конец style.css должен быть таким:

a {
  color: #2563eb;
}

@media (prefers-color-scheme: dark) {
  body {
    color: #e5e5e5;
    background: #18181b;
  }
  .lead {
    color: #a1a1aa;
  }
  a {
    color: #60a5fa;
  }
}

Шаг 6. Отправьте переписанную ветку:

$ git push --force-with-lease
To https://github.com/alex-ivanov/portfolio.git
 + 852019c...ebb2e91 feature/dark-theme -> feature/dark-theme (forced update)

Шаг 7. На GitHub создайте pull request из feature/dark-theme в main с названием «Тёмная тема» (у нас это #9). На вкладке Commits — два аккуратных коммита. Слейте кнопкой Merge pull request, подтвердите Confirm merge и нажмите Delete branch.

Шаг 8. Заберите результат и удалите ветку у себя:

$ git switch main
$ git pull
$ git branch -d feature/dark-theme
Deleted branch feature/dark-theme (was ebb2e91).

Шаг 9. Откройте сайт и переключите оформление системы на тёмное: фон станет почти чёрным, текст светлым, ссылки голубыми.

Проверьте себя

• git log --oneline -4 в main: Merge pull request #9 from alex-ivanov/feature/dark-theme, Сделать ссылки светлее в тёмной теме, Добавить тёмную тему, Merge pull request #8 from alex-ivanov/fix/projects-link.
• Ни одного коммита «wip» и «поправил» в git log --oneline не осталось.
• git branch показывает только main.
• В style.css слово background в тёмной теме написано без опечатки.

Частые ошибки

Отправили переписанную ветку обычным git push. Получили ! [rejected] ... (non-fast-forward) — это нормально после любого rebase. Нужен git push --force-with-lease, а не git pull и не --force.

Удалили строку из плана — пропал коммит. Удалённая строка работает как drop. Коммит не исчез насовсем, его помнит reflog. Вот он сразу после такого rebase:

$ git reflog -8
ebb2e91 HEAD@{0}: rebase (finish): returning to refs/heads/feature/dark-theme
ebb2e91 HEAD@{1}: rebase (reword): Сделать ссылки светлее в тёмной теме
3bac671 HEAD@{2}: rebase (reword): wip ссылки
08ddbf0 HEAD@{3}: rebase (fixup): Добавить тёмную тему
1b182ea HEAD@{4}: rebase (squash): # This is a combination of 2 commits.
0ff1a05 HEAD@{5}: rebase (pick): wip тёмная тема
7ab0847 HEAD@{6}: rebase (start): checkout main
847ae4c HEAD@{7}: commit: wip ссылки

Строка сразу под rebase (start) — ветка до rebase (847ae4c). git reset --hard 847ae4c вернёт её, и можно начать заново. Перед этим проверьте, что git status чист: reset --hard стирает незакоммиченные правки.

Перепутали порядок: squash в первой строке. Git ответит error: cannot 'squash' without a previous commit — вливать не во что, ведь сверху самый старый коммит. Выполните git rebase --edit-todo, исправьте план и затем git rebase --continue. Или начните заново: git rebase --abort.

Причесали ветку, которую уже взял коллега. Это нарушение золотого правила: у него останутся старые коммиты. Причёсывайте до того, как другие начнут работать поверх вашей ветки.

Что важно запомнить

• git rebase -i main открывает план: одна строка — один коммит, сверху самый старый.
• pick — оставить, reword — переименовать, squash — влить с сообщением, fixup — влить без сообщения, drop или удалённая строка — выбросить.
• Переписывается только история: файлы после rebase те же.
• После переписывания отправленной ветки — git push --force-with-lease.
• Потерянное после rebase ищите в git reflog, строку под rebase (start).

Тёмная тема в main, история читается. Чистая история нужна не для красоты: однажды что-то сломается, и по ней придётся искать, где и когда. Например, кто всё-таки сломал ссылку на проекты. Этим займёмся в следующем уроке.