Conclusiones

Este procedimiento es mejorable, con automatización de procesos y cambios en las dinámicas de unión de ramas.

Los cambios en las dinámicas de unión de ramas y la política de ramas está sujeta en gran medida a cada equipo. Aunque se presente este esquema, cada equipo de trabajo deberá buscar o moldear su política de workflow. Este método es un punto de partida. Lo importante, es una vez decidido el workflow, es seguirlo de forma metódica. Cualquier cambio deberán ser consensuados con el resto del equipo. ya que lo importante es que el procedimiento se seguido por todos.

Valores y características importantes del workflow:

  • Estandarización de los procesos de actualización de código.

  • Procedimientos consensuados.

  • Workflow en estado de evolución.

Variantes

Este workflow puede tener variantes. En otros equipos surgen necesidades con ramas temporales para solución de Bugs, ramificaciones de proyectos paralelos, etc. Las opciones son infinitas y simplemente un workflow es una manera de trabajar consensuada y aplicada por todo el equipo. Ejemplo de otros workflow con git:

https://david-estevez.gitbooks.io/the-git-the-bad-and-the-ugly/content/es/buenas-practicas-al-trabajar-con-git.html

Last updated