Fabrica: Versionamiento de Software - Rama de Liberación a Producción Transitoria

Es una rama temporal que se define para pasos a producción criticos que aún no han sido validados al 100% por calidad o tienen tickets relacionados que no han sido probados y tienen impacto leve o moderado en los clientes que requieren la liberación.

A continuación se listan los tipos de impacto que deben ser considerados en las liberaciones de la rama transitoria.

Los tipos de impacto deben ser utilizados para evaluar el tipo de afectación en los clientes.

A continuación se listan los tipos de complejidad que deben ser considerados en las liberaciones de la rama transitoria.

Cambios sencillos o simples en el código como:

• Ajustes a columnas de (datawindows, entidades): Siempre y cuando la columna no modifique el agrupamiento de la consulta que genera el datawindow o entidad y la tabla exista previamente.
• Ajustes visuales en ventanas o formularios: Esto cubre ajustes de formato, agregar un campo oculto, ampliar tamaños.
• Ajustes a funcionalidades de impacto leve.

Cambios intemedios en el código como:

• Adición de fragmentos de código: Esto incluye validaciones, Reportes.
• Ajustes a funcionalidades de impacto moderado.

Cambios grandes en el código como:

• Inclusión de nuevas funcionalidades.
• Ajustes a funcionalidades de impacto crítico.

Los tipos de complejidad deben ser evaluados antes de enviar a QA.

A continuación se listan las condiciones previas que se deben cumplir para optar por la utilización de la rama transitoria.

• La solución a liberar y/o soluciones vinculadas¹⁾ aun no han sido validada(s) por calidad en su totalidad y se requiere liberación urgente en el cliente porque se está parando la operación critica²⁾.
• Las soluciones vinculadas³⁾ tienen impacto Leve o Moderado en los clientes que se realizará la liberación. Para estó se deben contar con la revisión del lider técnico del módulo.
• Autorización del Lider del Producto⁴⁾.
• Autorización del Jefe de Fábrica⁵⁾.
• Autorización del cliente: Se le debe indicar el impacto que puede generar esa actualización (retraso de otras liberaciones, errores en opciones, etc).

A continuación se describe el proceso de generación de la rama transitoria:

1. Solución a liberar: Cumplir las Condiciones de generación.
2. Lider Configuración: Generar el corte de versión de la rama tags (revert/update) y copiar la rama en el directorio transitoria⁶⁾
3. Calidad (QA): Bloquea la rama trunk completamente para evitar actualizaciones no controladas.
4. Calidad (QA): Copiar los artefactos de la solución a la rama transitoria y hacer el commit⁷⁾.
5. Calidad (QA): Pasar el ticket y notifica a implantación sobre la situación de la liberación indicando los clientes que afecta la liberación. Además crea un ticket interno y lo asocia al ticket original.
6. Implantación: Hace la liberación a los clientes relacionados y pasa el ticket al flujo normal de gestión. -
7. Calidad (QA): Una vez es validada la solución en el ambiente de validación pasar el artefacto a tags⁸⁾.
8. Lider Configuración: Una vez el cambio pasa a la rama tags el release de la rama transitoria será inactiva.

• Toda liberacion transitoria (debe incluir/listar los objetos modificados).
• Solo aceptan liberaciones transitorias si el componente hace parte de la ruta crítica (Matriz de impacto).
• Solo se permite una rama transitoria por módulo.
• Las liberaciones transitorias no son acumulativas es decir solo se puede realizar una por liberación (ticket), a menos que sea actualización del mismo artefacto.
• Las liberaciones transitorias bloquean commits en la rama tags y trunk por lo tanto toda liberación transitoria debe ser validada antes de pasar cualquier otra solución a tags.
• El proceso de liberación transitoria se debe generar desde el flujo de calidad cuando un cliente o varios requieren liberación de una solución urgente que aún no ha sido completamente validada o tienen tickets de soluciones relacionadas pendientes.
• No se debe utilizar este mecanismo de liberación para cualquier liberación ya que el objetivo es permitir a los clientes la operación de sus procesos críticos o de valor.

←Volver atras