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.
Después de merge, borra la rama para mantener repositorio ordenado. Menos ruido visual, más foco.
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
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: feature/login-social, fix/header-mobile.
Antes de crear rama, asegúrate de partir de main actualizado para minimizar conflictos desde el inicio.
git switch main
git pull
git switch -c feature/navbar-responsiveIntegra 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.
Refuerza la idea de que cada rama debe tener un objetivo concreto y una vida corta antes del merge.
Sirve como apoyo rápido para explicar cuándo conviene abrir una rama nueva y cómo mantener naming profesional.
