development-flow
Flujo de Desarrollo
Problema
El tiempo y las etapas que se necesita transitar para publicar correciones urgentes estan impidiendo que podamos entregar la solución rapidamente.
Propuesta
Realizar las correcciones en una branch de master.
Riesgos
- las branch Dev, RC y Canay podrias quedar desactualizadas.
Principios
- la publicación de una feature o correción no debe depender de otros actores o procesos.
Roles
- Dev - encargado de resolver el problema.
- Release Manager - encargado de publicar la solución al problema.
Cambios
- las branch de Dev se convierten en branchs para cada squad
- (bravo, sentry, brasil, rocket) con su propio sitio de test y su propia pipeline.
- en estas branchs se desarrollan features significativas.
- estas branchs salen de master.
- cada squad debe mantener estas branchs actualizadas con Master (rebase).
- la correción de errores se realiza directamente en RC. las branchs versionadas desaparecen.
- se realiza un cherry pick a master.
- se creó el Boar maintenance con el nuevo proceso.
Fire Items
Los items fire son llamados urgentes que deben salir a producción lo antes posible.
- el desarrollador que recibe un fire es el encargado de gestionar y coordinar todas las etapas de inicio a fin.
Paso a Paso
- El Dev saca una branch de Master.
- Corregir el Problema.
- PR a Master.
- Se realizan los tests.
- Se publica una nueva version.
- El Dev hace un cherry pick a Canary-RC.
- El release manager hacer un merge de Master a RC.