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.

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⁵⁾.

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 transi
3. Calidad (QA): Copiar los artefactos de la solución a la rama transi hacer el commit⁶⁾ y pasar el ticket a implantación.
4. Calidad (QA): Pasar el ticket y notificar a implantación sobre la situación de la liberación indicando los clientes que afecta la liberación.
5. Implantación: Hacer la liberación a los clientes relacionados y pasar de nuevo el ticket a calidad indicando la activdad de liberaión realizada.
6. Calidad (QA): Una vez es validada la solución en el ambiente de validación pasar el artefacto a tags.

• Toda actualización debe estar soportada por un ticket en el otrs o el MantisBT.
• Toda actualización debe estar validada exitosamente por QA.

←Volver atras