Flujos de trabajo con Git en equipos reales: ¿qué workflow elegir?

¿Por qué usar Feature Branch Workflow?

• Feature Branch = un borrador independiente para cada capítulo
• Aislamiento del código para trabajo en paralelo
• Experimentación segura sin riesgo para la rama 'main'
• Fácil implementación para equipos de cualquier nivel
• Ideal para el inicio de proyectos y equipos pequeños

Imagina que estás escribiendo un libro y para cada capítulo creas un borrador aparte. Así es exactamente como funciona el Feature Branch Workflow: cada nueva funcionalidad vive en un entorno aislado. Este enfoque permite que los equipos trabajen en diferentes tareas simultáneamente sin generar caos en el código principal. Puedes experimentar con tranquilidad, sabiendo que la rama principal se mantiene estable. Es especialmente útil para equipos pequeños donde la velocidad y la flexibilidad son prioritarias. Cuando la funcionalidad está lista, pasa por una revisión de código (code review) y solo entonces se integra al código principal. La simplicidad y la eficiencia son lo que hacen que este enfoque sea tan popular.

Ciclo de vida de una rama de funcionalidad (feature branch)

• git checkout -b feature/new-payment
• Commits con mensajes claros
• git push origin feature/new-payment
• Creación de un Pull Request (PR)
• Code review e integración (merge) en main

Recorramos todo el camino de una rama de funcionalidad, desde su creación hasta la fusión. Empezamos con el comando git checkout menos b feature barra new-payment; así creamos una nueva rama partiendo de main. Trabajamos en la tarea y realizamos commits, describiendo los cambios de forma clara y detallada. Cuando la funcionalidad está lista, subimos la rama al repositorio remoto y creamos un Pull Request. Los compañeros revisan el código, dejan sugerencias y, tras aplicar las correcciones, los cambios se integran en la rama principal. Una regla fundamental: una rama, una tarea lógicamente completa. Esto ayuda a mantener la historia de commits organizada.

# Creamos la rama desde main
git checkout main
git pull origin main
git checkout -b feature/new-payment

# Trabajamos y hacemos commit
echo 'Add payment processing' > payment.js
git add payment.js
git commit -m 'Añadir módulo de procesamiento de pagos'

# Subimos la rama y creamos el PR
git push origin feature/new-payment
# A continuación, creamos el Pull Request a través de la interfaz de GitHub

Creamos una rama de funcionalidad (feature branch) en 2 pasos

• Feature Branch Workflow: simplicidad y eficiencia
• Creamos la rama a partir de la rama main actualizada
• git checkout -b feature/new-login
• El nombre de la rama debe reflejar la tarea
• Prefijos para mayor claridad: feature/, fix/, docs/

Vamos a crear una rama de funcionalidad en la práctica. Primero, nos cambiamos a la rama principal y la actualizamos: git checkout main y luego git pull. Ahora, creamos una nueva rama para nuestra tarea: git checkout menos b feature slash new-login. El flag menos b le indica a Git que cree la nueva rama y se cambie a ella inmediatamente. Con solo dos comandos, ya estamos listos para trabajar. Asegúrense de que el nombre de la rama refleje la esencia de la tarea: usar prefijos como feature slash, fix slash o docs slash al principio ayudará a entender rápidamente el propósito de la rama. Ahora ya podemos empezar con los cambios.

git checkout main && git pull
# Actualizamos la rama principal
git checkout -b feature/new-login
# Creamos y cambiamos a la nueva rama