¿Qué es Git rebase y cuándo conviene usarlo en vez de merge?

Publicado el 2026-10-20 por frfrand

Rebase de Git explicado con ejemplos: historia lineal, cambios de identificador, diferencias con merge y cómo evitar reescribir ramas compartidas.

Git rebase permite trasladar o reproducir una serie de commits sobre otro punto de partida del historial. Suele utilizarse para actualizar una rama de trabajo y mantener una secuencia más lineal, pero hay una advertencia importante: puede cambiar los identificadores de los commits.

No hace que tu código sea mejor por sí solo. Es una herramienta para organizar la historia del repositorio.

El ejemplo de la receta

Imagina que escribiste tres pasos para preparar una torta partiendo de una receta antigua. Mientras tanto, alguien cambió la receta base. Puedes intentar aplicar tus tres pasos sobre la versión actualizada.

Eso se parece a rebase: Git toma commits de tu rama y los vuelve a aplicar desde otra base. El resultado puede tener el mismo efecto funcional, pero el historial generado no es idéntico al anterior.

¿En qué se diferencia de merge?

Un merge reúne historiales y, en una combinación no trivial, normalmente crea un commit de integración que conserva la relación entre las ramas.

Un rebase vuelve a aplicar commits, generalmente dando un historial visual más lineal. Puede ser cómodo para revisar, pero también hace que ciertos commits se representen como nuevos objetos.

Ninguna estrategia es universalmente superior. Algunos equipos valoran conservar la historia exacta de las integraciones y otros prefieren una línea más sencilla de leer.

Ejemplo habitual

Trabajas en una rama feature/reservas y quieres incorporar los cambios recientes de main:

git fetch origin
git switch feature/reservas
git rebase origin/main

Si no hay conflictos, Git continúa. Si aparecen, debes resolverlos y seguir el procedimiento indicado, por ejemplo git rebase --continue.

Antes de utilizar estos comandos, verifica que estás en la rama correcta y que tu trabajo local está guardado.

¿Por qué cambian los hashes?

Un commit referencia a sus padres. Si cambias ese punto de partida, cambia parte de los datos que lo identifican. Aunque el código parezca igual, ya no es el mismo commit.

Por eso es peligroso hacer rebase de una rama pública que otras personas ya utilizan y después forzar su publicación sin coordinar. Podrías obligarlas a reconciliar historias divergentes o causar confusión con commits duplicados.

¿Qué es rebase interactivo?

Git permite reorganizar o combinar commits locales mediante una modalidad interactiva. Por ejemplo, si hiciste cinco commits de «ajuste», podrías preparar un historial más legible antes de abrir un pull request.

Eso puede ser útil antes de compartir el trabajo. Pero no se debería utilizar como excusa para borrar evidencias de decisiones importantes o reescribir cambios ajenos.

¿Rebase resuelve conflictos automáticamente?

No. Puede detenerse cuando dos cambios entran en conflicto. La diferencia es que, al reproducir varios commits, podrías tener que resolver problemas en diferentes pasos.

Ante una situación que no entiendas, git rebase --abort puede cancelar la operación en curso y regresar al estado previo de ese rebase. Es preferible detenerse y revisar que introducir cambios inciertos.

¿Cuándo conviene usarlo?

Si trabajas en una rama propia, quieres traer los cambios de la rama principal y tu equipo tiene una política de historial lineal, puede ser una buena opción.

Si la rama es compartida, el equipo valora la historia real de integraciones o no está cómodo con reescrituras, un merge puede ser más apropiado.

¿Y en ArduMaker?

Una aplicación que despliegues desde Git en ArduMaker no necesita rebase para funcionar. Sí necesita un repositorio coherente, una referencia de versión clara y pruebas antes del despliegue. Rebase es una decisión del flujo de desarrollo, no un requisito de la infraestructura.

La conclusión: rebase sirve para volver a aplicar cambios desde una base diferente. Úsalo cuando comprendas cómo afecta el historial y evita reescribir ramas que otras personas ya descargaron sin coordinar.

Fuentes: Git rebase oficial · Rebase en Pro Git.