Rebase interactivo (git rebase -i) te permite reescribir, reordenar, combinar, editar o eliminar commits — limpiando tu historial de commits antes de compartirlo. Es una herramienta poderosa para crear un historial limpio y lógico a partir de commits desordenados en desarrollo.
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
Editas la lista — eligiendo una acción por commit (y reordenando líneas reordena commits) — y luego Git las reproduce en consecuencia.
✓ 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
Comprender el rebase interactivo es valioso para crear un historial de commits limpio, por lo que es conocimiento práctico útil para el trabajo Git profesional.
Durante el desarrollo, los commits suelen ser desordenados — commits en progreso con mensajes como "wip", "fix typo", "oops", commits de depuración, y un orden no lógico — e interactive rebase te permite limpiar esto antes de compartir: combinando múltiples commits desordenados en commits lógicos limpios, reescribiendo mensajes deficientes, reordenando commits en una secuencia sensata, eliminando commits no deseados (como código de depuración), y dividiendo commits — transformando el historial de desarrollo desordenado en una secuencia limpia, lógica y revisable.
Esto importa porque el historial de commits limpio (como se cubre en prácticas de buen commit) hace que la revisión de código sea más fácil, el historial más comprensible, y la depuración (vía bisect) más efectiva — por lo que la capacidad de ordenar antes de que otros vean tu trabajo es un distintivo de la práctica Git profesional.
Comprender las acciones (pick, squash, fixup, reword, edit, drop, y reordenamiento) y usos comunes (especialmente combinar commits WIP, una necesidad muy frecuente) es la habilidad práctica.
Críticamente, la regla de oro del rebase sigue aplicando — el rebase interactivo reescribe el historial (nuevos hashes), por lo que solo debe hacerse en commits locales no enviados (nunca en historial compartido), siendo el uso típico limpiar una rama de características antes de enviar o abrir un pull request.
Ya que el historial de commits limpio y lógico es valioso para la colaboración y el mantenimiento, y ya que el desarrollo naturalmente produce commits desordenados que el rebase interactivo puede limpiar antes de compartir (de forma segura, en commits locales), comprender el rebase interactivo — las acciones, usos comunes como combinar, y la regla de seguridad — es conocimiento Git valioso y prácticamente relevante para el desarrollo profesional, una herramienta poderosa para presentar un historial limpio y revisable que distingue a los usuarios Git reflexivos, utilizada rutinariamente para pulir el trabajo antes de que se comparta con el equipo.