RAMAS CON GITAPLICACIÓN A UN PROYECTO EN PRODUCCIÓN

Iván López @ilopmarhttp://kaleidos.net/4B0082

PROBLEMA A RESOLVERCompatibilizar desarrollos de nueva funcionalidad conversiones estables en producción y corrección de bugs

¿CÓMO LO HACEMOS?Definiendo una forma estandar de trabajar. Basado en

Usando las ventajas de GIT

Política de BRANCHES

Versionado

Control estricto de los pasos a producción

http://nvie.com/posts/a-successful-git-branching-model/

VERSIONADOEstandar X.YY.ZZX -> Mayor versión

YY -> Minor versión

ZZ -> Patch

PASOS A PRODUCCIÓN

TIPOS DE RAMASInfinitas: develop, masterTemporales: features, releases, hotfix

INFINITAS

DEVELOPRama de desarrollo

Cualquier funcionalidad nueva parte de esta rama y semergea de nuevo aquí

Jenkins configurado para ejecutarse contra ella

MASTERRama de producción

Nunca se commitea en ella

Jenkins configurado para ejecutarse contra ella, aunquenunca debería fallar ;-)

FRONTENDAl principio del proyecto se maquetaba en ella

Deprecada

TEMPORALES

FEATUREPara desarrollar nuevas User Stories

Se crea a partir de develop y se mergea de nuevo a develop

DEMO

RELEASECongelación y estabilización de versión candidata a subir aproducción

Se debe aumentar la versión (minor) y crear tagSe crea a partir de develop y se mergea de nuevo a master ydevelopCualquier bug que haya que corregir para estabilizar laversión se commiteará directamente contra esta rama

Está prohibido mergear cambios contra esta rama ytampoco añadir nueva funcionalidad

DEMO

HOTFIXCorrección de bugs de producción que no pueden esperar alciclo de subidas normales

Se debe aumentar la versión (patch) y crear tagSe crea a partir de master y se mergea de nuevo a master ydevelop

DEMO

PROBLEMASFuncionalidad no-plugable ni ordenable

Árbol de commits "sucio" por los merges de develop a lasramas de features

No hacemos rebase (aunque en su momento lo hicimos) y lovolveremos a hacer

GRACIASIVÁN LÓPEZ@ILOPMAR