Workflow Git trunk-based


Lección 47 / 53

Workflow Git trunk-based

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.

Siguiente

48
Guía Git en español 1 ¿Qué es Git? 2 Nacimiento de Git 3 Principales características de Git 4 Línea de comando UI en Git 5 Cómo instalar Git 6 5 comandos Git para desarrolladores individuales 7 5 comandos Git para desarrollar en colaboración 8 Repository en Git 9 Commit en Git 10 Working Copy en Git 11 Staging Area en Git 12 Branch en Git 13 Remote en Git 14 Inicializar un nuevo repository con git init 15 Crear una copia de un repository remoto en Git con git clone 16 Configurar las opciones de Git con git config 17 El comando Git add en Git 18 El comando Git commit en Git 19 El comando Git diff en Git 20 El comando Git stash en Git 21 .gitignore : los archivos ignored en Git 22 El comando Git status en Git 23 El comando Git log en Git 24 El comando Git tag en Git 25 El comando Git blame en Git 26 El comando Git checkout en Git 27 El comando Git revert en Git 28 El comando Git reset en Git 29 El comando Git rm en Git 30 La opción Git commit –amend en Git 31 Git rebase –interactive en Git 32 Atajos para comandos frecuentes en Git 33 Repository compartido en Git 34 El modelo Fork & pull 35 El comando Git remote en Git 36 Los principales repository remote de Git: Github, Gitlab y Bitbucket 37 El comando Git fetch en Git 38 El comando Git push en Git 39 El comando Git pull en Git 40 El comando Git branch en Git 41 El comando Git checkout en Git 42 El comando Git merge en Git 43 Resolver un merge conflict en Git 44 Entender mejor el contenido de los commit durante un conflicto de merge en Git 45 Workflow Git centralizado 46 Workflow Git feature branching 47 Workflow Git trunk-based 48 Enfoque “forking” en Git 49 Gitflow en Git 50 Mensajes de commit en Git 51 Tagging & Versioning en Git 52 La opción merge en Git 53 La opción rebase en Git

© 2022 Aulab. Todos los derechos reservados • P.IVA: IT07647440721 • Política de privacidad