Cómo recuperar una rama eliminada en Git

Eliminar una rama en Git no siempre significa perderla para siempre. En la mayoría de los casos, el historial sigue existiendo durante un tiempo en el repositorio local o remoto, y eso permite recuperarla si actúas con calma. La clave está en entender qué has borrado exactamente: una referencia local, una rama remota o una rama que ya tenía commits fusionados o no fusionados.

Este escenario es más común de lo que parece. Puede ocurrir por un borrado accidental, por limpiar ramas antiguas o incluso después de una reorganización del flujo de trabajo. Si vienes de dominar conceptos como cómo eliminar ramas locales y remotas en Git, ahora toca el paso inverso: recuperarlas de forma segura.

Qué significa realmente borrar una rama

En Git, una rama es solo un puntero a un commit. Cuando la eliminas, no siempre se borra el trabajo asociado; normalmente lo que desaparece es la referencia con nombre, no necesariamente los objetos del historial. Por eso, en muchas situaciones, el commit final de esa rama todavía puede rastrearse.

Esto explica por qué los métodos de recuperación suelen apoyarse en el historial de referencias, en el reflog o en commits alcanzables desde otras ramas. Si quieres repasar cómo funcionan internamente las ramas antes de seguir, merece la pena revisar qué son las ramas en Git y cómo funcionan.

Cuándo puedes recuperar una rama eliminada

Si la rama se eliminó localmente

Este es el caso más sencillo. Si borraste una rama con git branch -d o git branch -D, Git puede seguir conservando su punto final durante un tiempo, especialmente si la rama no ha sido purgada por el recolector de basura. En ese intervalo, normalmente puedes reconstruirla apuntando a su commit más reciente.

Si además habías consultado el estado o el historial antes de borrarla, herramientas como git log o git reflog pueden ayudarte a localizar el commit que necesitas recuperar.

Si la rama se eliminó en remoto

Cuando una rama desaparece en GitHub, GitLab u otro servidor, la recuperación depende de si todavía existe alguna copia local o si otro colaborador conserva esa referencia. En ese caso, tu mejor opción suele ser recrear la rama desde el último commit conocido y subirla de nuevo al remoto.

Si el repositorio se sincroniza con frecuencia, también conviene revisar cómo se comportan las operaciones de red como git fetch y git pull, porque te ayudarán a entender si esa rama siguió existiendo en alguna copia reciente.

El método más fiable: usar git reflog

git reflog registra el movimiento de HEAD y de las referencias locales recientes. Es una de las herramientas más útiles cuando necesitas recuperar una rama eliminada, porque te muestra a qué commits apuntaban tus punteros antes de desaparecer.

Primero, localiza el commit en el que terminaba la rama. Después, crea una nueva rama apuntando a ese commit. El proceso suele ser directo y muy seguro.

# 1. Ver los movimientos recientes de HEAD
git reflog

# 2. Localizar el commit correcto
# Ejemplo: abc1234

# 3. Recrear la rama eliminada
git branch nombre-de-la-rama abc1234

# 4. Cambiarte a esa rama
git switch nombre-de-la-rama

Si no recuerdas el nombre exacto de la rama, el reflog también puede darte pistas sobre cuándo la usaste por última vez. Para entender mejor la base de esta técnica, te conviene leer también cómo recuperar commits borrados con git reflog.

Recuperar una rama eliminada desde otra rama o desde un commit conocido

A veces no necesitas reflog. Si recuerdas el último commit de la rama, puedes reconstruirla directamente. Esto es especialmente útil cuando la rama se fusionó en una rama principal y quieres recuperar su contexto para seguir trabajando o comparar cambios.

# Recrear la rama desde un commit concreto
git branch feature-recuperada abc1234
git switch feature-recuperada

También puedes usar un nombre de referencia existente si sabes que un commit sigue accesible desde otra rama, una etiqueta o un remoto. Este enfoque encaja muy bien si has aprendido a clonar un repositorio con git clone o a trabajar con git remote, porque te ayuda a ubicar rápidamente de dónde puede rescatarse el historial.

qué hacer si la rama ya no aparece en el remoto

Si una rama fue eliminada en el servidor, pero tú todavía conservas una copia local, puedes restaurarla y volver a publicarla. El patrón habitual es recrear la rama y hacer push otra vez al remoto.

# Recrea localmente la rama desde el commit correcto
git branch hotfix-recuperada abc1234

# Sube la rama al remoto
git push origin hotfix-recuperada

Si además necesitas que la rama vuelva a tener el mismo nombre que antes, basta con usar el nombre original al crearla. Ten en cuenta que, si el remoto ya tenía una rama con ese mismo nombre en una política de protección o automatización, puede haber restricciones adicionales.

Qué hacer si no encuentras el commit

Puede pasar que el reflog ya no contenga la referencia, que la rama fuera muy antigua o que el historial haya sido limpiado. En ese caso, todavía puedes intentar localizar el commit mediante otras ramas, etiquetas o copias en remotos alternativos.

Si estabas acostumbrado a guardar avances en ramas temporales o a mover trabajo entre ramas, te ayudará repasar cómo mover un commit a otra rama en Git y cómo fusionar ramas con git merge. Comprender estas operaciones facilita reconstruir el camino por el que pasó tu código.

Si el commit tampoco aparece, hay que aceptar que el trabajo puede haberse perdido si nadie más conserva una copia. Aun así, en equipos colaborativos suele haber más de una fuente posible para rescatarlo.

Buenas prácticas para no perder una rama otra vez

Recuperar una rama borrada es útil, pero mejor todavía es evitar que la situación se repita. Una práctica importante es revisar qué ramas todavía aportan valor antes de borrarlas, sobre todo en entornos donde hay varias personas trabajando en paralelo.

También conviene usar nombres claros, documentar ramas de trabajo largas y cerrar una tarea con un merge o un archive explícito antes de eliminarla. Si trabajas con equipos grandes, una estrategia como Git Flow vs GitHub Flow puede ayudarte a reducir borrados accidentales por falta de coordinación.

Además, conviene entender bien la diferencia entre borrar, revertir y reescribir historial. No son operaciones equivalentes. Si en vez de eliminar una rama necesitas deshacer cambios concretos, quizá te interese cómo deshacer cambios en Git sin perder tu trabajo o cómo revertir un commit con git revert.

Resumen rápido del proceso

Si necesitas recuperar una rama eliminada en Git, sigue este orden mental: primero identifica si era local o remota, después busca el último commit conocido y por último recrea la rama apuntando a ese commit. En la mayoría de los casos, git reflog será tu mejor aliado.

En pocas palabras: si la referencia se borró, no asumas que el historial se perdió. Git está diseñado para conservar trazas útiles durante un tiempo, precisamente para que puedas recuperar trabajo valioso cuando algo sale mal.

Fuentes y lecturas recomendadas

Documentación oficial de git reflog

Documentación oficial de git branch

GitHub Docs: trabajar con ramas

Xose de la Paz

Más de 20 años transformando pasión en profesión. Experto en desarrollo Full Stack con una visión integral que abarca desde la gestión de servidores y redes hasta el diseño de interfaz. Soy un "todoterreno" tecnológico que cree en el aprendizaje continuo y la visión global de los proyectos. Entre despliegue y despliegue, me pierdo por el mundo con mi cámara al hombro.

Web | LinkedIn