Herramientas de usuario

Herramientas del sitio


ada:howto:sicoferp:factory:softwareversioning:transitionalbranch

¡Esta es una revisión vieja del documento!


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 tiene impacto bajo en los clientes que requieren la liberación.

Tipos de Impacto

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

ImpactoDescripción
LeveNo afecta la operación de procesos del cliente
ModeradoAfecta la operación del cliente pero no de procesos reelevantes
CríticoAfecta la operación de procesos reelevantes del cliente

Condiciones

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

  • La solución a liberar o soluciones vinculadas1) aun no han sido validada(s) por calidad en su totalidad.
  • Las soluciones vinculadas2) tienen impacto Leve o Moderado en los clientes que se realizará la liberación.

Tener presente el siguiente ejemplo como referencia: 12.5.2.5.001IC

Versión TecnologíaRelease TecnologíaVersión del MóduloRelease MóduloNúmero de ActualizaciónTipo de Actualización
12525001IC

Donde:

  1. Versión Tecnología: Versión de la tecnología utilizada la construcción, soporte y mantenimiento de la solución.
  2. Release Tecnología: Release de la versión de la tecnología.
  3. Versión Módulo: Se actualiza cuando se implementa un nuevo sub-modulo.
  4. Release de la Versión del Módulo: Cambios en el módulo que afecten componentes principales o compartidos.
  5. Número de la Actualización: Evolución semanal del release de la versión del módulo.
  6. Tipo de Actualización: Tipo de actualización3).

Tipos de Actualizaciones

Tipo de ActualizaciónNombreDescripción
IIncidenciasReportadas por el cliente (Por lo general errores que requieren modificación de código)
MAjustes Internos/MejorasAjustes generados por la fabrica para ajustar o mejorar un componente.
SSolicitudes de CambiosGeneradas por clientes o usuarios internos (Por lo general son nuevos procesos)
CCambios en el CoreAjustes internos al core o framework que soporta la solución

Notas

  • 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

1) , 2)
Tickets asociados
3)
ver la siguiente tabla de clasificación a continuación
ada/howto/sicoferp/factory/softwareversioning/transitionalbranch.1623786929.txt.gz · Última modificación: 2021/06/15 19:55 por 192.168.177.29