Flujo de trabajo de Git

Un flujo de trabajo de Git es una forma de usar Git para sacar trabajo adelante de manera coherente y productiva. Define cómo interactúa tu equipo con Git y cómo fluyen los cambios entre distintas ramas y repositorios.

Flujos de trabajo populares en Git

• Flujo de trabajo centralizado (Centralized Workflow). Todos los desarrolladores trabajan en una sola rama, normalmente la rama main. Es el flujo de trabajo más sencillo, pero no obtienes las ventajas de aislar funcionalidades ni de desarrollar en paralelo. Lo suelen usar sobre todo equipos acostumbrados a trabajar con los antiguos sistemas de control de versiones centralizados.

• Flujo de trabajo con ramas de funcionalidad (Feature Branch Workflow). Cada funcionalidad nueva se desarrolla en su propia rama y luego se fusiona en la rama main cuando está completa. Es el flujo de trabajo más común en equipos que usan Git. Permite que los desarrolladores trabajen en varias funcionalidades al mismo tiempo sin pisarse entre sí.

• Flujo de trabajo Gitflow (Gitflow Workflow). Es un enfoque más estructurado, con ramas de larga duración (main y develop) y ramas de vida corta (feature, release y hotfix). Este flujo de trabajo encaja en proyectos grandes con varios lanzamientos y trabajo en paralelo. Ofrece un camino claro para llevar funcionalidades nuevas y correcciones de errores desde desarrollo hasta producción. Aun así, es bastante complejo y puede ser excesivo para proyectos pequeños.

• Flujo de trabajo con forks (Forking Workflow). Cada desarrollador tiene su propio fork y envía pull requests al repositorio principal, donde alguien con acceso de escritura revisa y fusiona los cambios. Este flujo de trabajo es habitual en proyectos open source donde quienes contribuyen no tienen acceso de escritura al repositorio principal. Permite un alto grado de aislamiento y control sobre las contribuciones.