Rebase interativo (git rebase -i) permite reescrever, reordenar, combinar, editar ou descartar commits — limpando seu histórico de commits antes de compartilhá-lo. É uma ferramenta poderosa para criar um histórico limpo e lógico a partir de commits bagunçados em progresso.
git rebase -i HEAD~4
git rebase -i <commit>
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
Você edita a lista — escolhendo uma ação por commit (e reordenando linhas reordena commits) — depois Git as reproduz de acordo.
✓ 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.
⚠️ 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
Entender rebase interativo é valioso para criar um histórico de commits limpo, então é um conhecimento prático útil para trabalho profissional com Git.
Durante o desenvolvimento, os commits costumam ser bagunçados — commits em progresso com mensagens como "wip", "fix typo", "oops", commits de debug e uma ordem não-lógica — e rebase interativo permite que você limpe isso antes de compartilhar: combinando vários commits bagunçados em commits lógicos limpos, reformulando mensagens ruins, reordenando commits em uma sequência sensata, descartando commits indesejados (como código de debug) e dividindo commits — transformando histórico de desenvolvimento bagunçado em uma sequência limpa, lógica e revisável.
Isso importa porque um histórico de commits limpo (conforme coberto em práticas de bom commit) torna a revisão de código mais fácil, o histórico mais compreensível e a depuração (via bisect) mais eficaz — então a capacidade de organizar antes que outros vejam seu trabalho é uma marca de prática profissional com Git.
Entender as ações (pick, squash, fixup, reword, edit, drop e reordenação) e usos comuns (especialmente combinar commits WIP, uma necessidade muito frequente) é a habilidade prática.
Criticamente, a regra de ouro do rebase ainda se aplica — rebase interativo reescreve o histórico (novos hashes), então deve ser feito apenas em commits locais não enviados (nunca no histórico compartilhado), com o uso típico sendo limpeza de um branch de funcionalidade antes de enviar ou abrir um pull request.
Com o histórico de commits limpo e lógico sendo valioso para colaboração e manutenibilidade, e como o desenvolvimento naturalmente produz commits bagunçados que o rebase interativo pode limpar antes de compartilhar (com segurança, em commits locais), entender rebase interativo — as ações, usos comuns como combinação e a regra de segurança — é conhecimento Git valioso e praticamente relevante para desenvolvimento profissional, uma ferramenta poderosa para apresentar histórico limpo e revisável que distingue usuários de Git reflexivos, usada rotineiramente para polir o trabalho antes de ser compartilhado com o time.