Как работает интерактивный rebase?

Question

Accepted Answer

**Интерактивный rebase** (`git rebase -i`) позволяет **переписывать, переупорядочивать, объединять, редактировать или удалять коммиты** — очищая историю коммитов перед её публикацией. Это мощный инструмент для создания чистой логичной истории из беспорядочных работающих-в-процессе коммитов. ## Запуск интерактивного rebase ```bash git rebase -i HEAD~4 # interactively rebase the last 4 commits git rebase -i # rebase commits after # → opens an editor listing the commits with actions to apply ``` ## Действия ```text pick abc123 Add login form # keep the commit as-is squash def456 Fix typo # COMBINE into the previous commit (merge messages) fixup ghi789 Fix another typo # combine into previous, DISCARD this message reword jkl012 Add validation # keep the commit but EDIT its message edit mno345 Refactor auth # PAUSE to amend the commit (change content) drop pqr678 Debug logging # DELETE this commit entirely # reorder lines to REORDER commits ``` Вы редактируете список — выбирая действие для каждого коммита (и переупорядочивая строки переупорядочивает коммиты) — затем Git воспроизводит их соответственно. ## Частые использования ```text ✓ SQUASH multiple WIP commits into one clean commit ("wip", "fix", "oops" → one good commit) ✓ REWORD bad commit messages ✓ REORDER commits into a logical sequence ✓ DROP unwanted commits (debug code, mistakes) ✓ SPLIT a commit (via edit) into smaller commits → Result: a clean, logical history instead of messy development commits. ``` ## Золотое правило всё ещё применяется ```text ⚠️ Interactive rebase REWRITES history (new commit hashes): → only do it on LOCAL, UNPUSHED commits — never on shared/public history → typical use: clean up your feature branch BEFORE pushing/opening a PR ``` ## Почему это важно Понимание интерактивного rebase ценно для **создания чистой истории коммитов**, поэтому это полезное практическое знание для профессиональной работы с Git. Во время разработки коммиты часто беспорядочны — коммиты в процессе разработки с сообщениями типа "wip", "fix typo", "oops", отладочные коммиты и нелогичный порядок — и **интерактивный rebase** позволяет вам **привести это в порядок перед публикацией**: объединяя несколько беспорядочных коммитов в чистые логические, переписывая плохие сообщения, переупорядочивая коммиты в разумной последовательности, удаляя ненужные коммиты (такие как отладочный код) и разбивая коммиты — преобразуя беспорядочную историю разработки в чистую, логичную, рецензируемую последовательность. Это важно, потому что чистая история коммитов (как рассматривается в практиках хороших коммитов) облегчает проверку кода, делает историю более понятной и отладку (через bisect) более эффективной — поэтому способность привести в порядок перед тем, как другие увидят вашу работу, является признаком профессиональной практики Git. Понимание **действий** (pick, squash, fixup, reword, edit, drop и переупорядочивание) и **частых использований** (особенно объединения WIP коммитов, очень частая необходимость) — это практический навык. Критически важно, что **золотое правило rebase всё ещё применяется** — интерактивный rebase переписывает историю (новые хеши), поэтому он должен применяться только к **локальным, неопубликованным коммитам** (никогда к общей истории), типичное использование — очистка ветки функции *перед* публикацией или открытием pull request. Поскольку чистая, логичная история коммитов ценна для совместной работы и поддерживаемости, и поскольку разработка естественно производит беспорядочные коммиты, которые интерактивный rebase может очистить перед публикацией (безопасно, на локальных коммитах), понимание интерактивного rebase — действий, частых использований типа объединения и правила безопасности — является ценным, практически релевантным знанием Git для профессиональной разработки, мощным инструментом для представления чистой, рецензируемой истории, что отличает вдумчивых пользователей Git, регулярно используется для полировки работы перед её публикацией команде.