Ramas y merge: trabajar en paralelo sin caos

Crea ramas por objetivo, integra cambios con merge y mantén un flujo legible para equipo.

Las ramas te permiten avanzar en features o fixes sin romper la base estable del proyecto 🧩.

Un flujo simple que funciona muy bien es: crear rama corta, commitear con foco, abrir PR y mergear cuando esté revisado.

Si no tienes claro cómo preparar commits, vuelve a <a href="/curso/git-github/leccion/git-github-flujo-add-commit-log-fundamentos">flujo de commits</a> y retoma aquí en 10 minutos.

  • Nombra ramas por objetivo y mantenlas cortas en vida.
  • Evita ramas eternas. Cuanto más tiempo vive una rama sin integrar, más probable es que haya conflictos y pérdida de contexto. Un naming claro ayuda: <code>feature/login-social</code>, <code>fix/header-mobile</code>.
  • Antes de crear rama, asegúrate de partir de <code>main</code> actualizado para minimizar conflictos desde el inicio.
  • Integra con mensajes claros y revisión previa.
  • Al terminar tu rama, mergea tras revisar diff y tests. En equipos, lo normal es hacerlo vía pull request para dejar conversación y aprobación registrada.

Ramas con intención, no por costumbre

Nombra ramas por objetivo y mantenlas cortas en vida.

Evita ramas eternas. Cuanto más tiempo vive una rama sin integrar, más probable es que haya conflictos y pérdida de contexto. Un naming claro ayuda: <code>feature/login-social</code>, <code>fix/header-mobile</code>.

Antes de crear rama, asegúrate de partir de <code>main</code> actualizado para minimizar conflictos desde el inicio.

Merge limpio y verificable

Integra con mensajes claros y revisión previa.

Al terminar tu rama, mergea tras revisar diff y tests. En equipos, lo normal es hacerlo vía pull request para dejar conversación y aprobación registrada.

Después de merge, borra la rama para mantener repositorio ordenado. Menos ruido visual, más foco.

  • Actualizar rama con main antes del merge si hace falta.
  • Resolver conflictos con calma y volver a ejecutar tests.
  • Borrar rama local/remota cuando ya esté integrada.
Git & GitHub
05

Ramas y merge: trabajar en paralelo sin caos

Crea ramas por objetivo, integra cambios con merge y mantén un flujo legible para equipo.

Código del tema: git switch -c feature/nueva-funcion

📘 Teoría

Ramas con intención, no por costumbre

Nombra ramas por objetivo y mantenlas cortas en vida.

1

Evita ramas eternas. Cuanto más tiempo vive una rama sin integrar, más probable es que haya conflictos y pérdida de contexto. Un naming claro ayuda: feature/login-social, fix/header-mobile.

2

Antes de crear rama, asegúrate de partir de main actualizado para minimizar conflictos desde el inicio.

Merge limpio y verificable

Integra con mensajes claros y revisión previa.

Al terminar tu rama, mergea tras revisar diff y tests. En equipos, lo normal es hacerlo vía pull request para dejar conversación y aprobación registrada.

Después de merge, borra la rama para mantener repositorio ordenado. Menos ruido visual, más foco.

  • Actualizar rama con main antes del merge si hace falta.
  • Resolver conflictos con calma y volver a ejecutar tests.
  • Borrar rama local/remota cuando ya esté integrada.

🧭 Visuales clave

Vista mental de ramas y cambios paralelos

Refuerza la idea de que cada rama debe tener un objetivo concreto y una vida corta antes del merge.

Captura que representa visualmente varias ramas activas para explicar trabajo en paralelo sin mezclar cambios

Crear una rama nueva con intención clara

Sirve como apoyo rápido para explicar cuándo conviene abrir una rama nueva y cómo mantener naming profesional.

Interfaz de creación de rama nueva que ayuda a visualizar el momento de separar trabajo de main

🧪 Aprende probando

Ejemplo Ejemplo guiado: crear rama feature Arranca una rama limpia desde main actualizado.
Ejemplo Ejemplo guiado: mergear rama a main Integra cambios y comprueba historial resumido.
Ejemplo Demo: ciclo completo de rama corta Crear rama, commitear, mergear y limpiar.

🏁 Retos

Reto Reto: crea rama con naming profesional Crea una rama de bugfix con prefijo fix/.
Reto Reto: limpia rama ya integrada Borra una rama local tras merge exitoso.

🧰 Recursos

Test

Comprueba tus conocimientos con un test sobre Git & GitHub.

Test de Git & GitHub

¿Qué es esto?

Soy Cristian Eslava y a veces hago webs para procrastinar yo y vosotros. culTest

La hice en febrero de 2026 para facilitar el aprendizaje de mis alumnos. La idea es aprender desarrollo web practicando y que el proyecto siga creciendo con nuevos temas, tests y retos.

Está inspirada en MDN, W3Schools, CodePen, Manz y muchos otros sitios de documentación sobre desarrollo web. Quería combinar teoría útil, ejemplos ejecutables, retos y el sistema de tests que ya tenía en culTest. culTest

Si te gustó, si no te gustó o si quieres escribirme, puedes hacerlo en cristianeslava@gmail.com