Workflow Git trunk-based
Lección 47 / 53
Git Guía Git Guía Git español
El Workflow Git trunk-based es, en cierto modo, la unión de los dos anteriores y busca unir diferentes necesidades y reflexiones relacionadas con el desarrollo de software moderno.
El workflow trunk-based in Git sigue la indicación de facilitar el desarrollo concurrente en una sola rama principal, y ofrece varias sugerencias sobre cómo lograr este resultado. Estas sugerencias tampoco están directamente relacionadas con el uso del sistema de control de versiones, sino que también se extienden a formas de implementar funciones en su código.
A modo de ejemplo, en el workflow trunk-based es preferible hacer push de una nueva función que aún no está completa directamente en la rama principal, teniendo cuidado, sin embargo, de desactivarla usando los feature flag apropiados. Sin embargo, no se impide la creación de ramas, pero deben usarse solo si es realmente necesario: por ejemplo, las ramas de características pueden ser útiles si muchos desarrolladores trabajan en el proyecto, pero deben "cerrarse" en un par de días, los branch de release pueden ser creadas solo cuando se publica una corrección de una versión publicada anteriormente.
Para mayor información sobre la filosofía trunk-based, que recordamos va más allá de lo que es el simple control de versiones de un proyecto, ¡haz clic en el enlace!
Ventajas:
- update frecuente del branch principal y de la working copy, minimiza la complejidad de la resolución de conflictos
- branch principal siempre limpio y hacia la entrega continua
Desventajas:
- no se limita a las pautas sobre como usar los branch, sino que requiere el conocimiento de muchas otras técnicas (feature flag, continuous delivery, …)
El equipo tiene que conocer muy bien el proyecto y tener un fuerte ownership.
Anterior
46 Workflow Git feature..Siguiente
48