Wiki

Has cargado una revisión vieja del documento! Si la guardas crearás una versión nueva con estos datos.

====== 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.

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

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

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

==== Complejidad: Baja ====
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 [[#Tipos de Impacto|impacto leve]].

==== Complejidad: Media ====
Cambios intemedio en el código como:

* Adición de fragmentos de código: Esto incluye validaciones, Reportes.
  * Ajustes a funcionalidades de [[#Tipos de Impacto|impacto moderado]].

==== Complejidad: Alta ====
Cambios grandes en el código como:

* Inclusión de nuevas funcionalidades.
  * Ajustes a funcionalidades de [[#Tipos de Impacto|impacto crítico]].

==== Observación ====
Los tipos de complejidad deben ser evaluados antes de enviar a QA.

===== Condiciones =====
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((Tickets asociados)) 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((Procesos que generan valor agregado como Facturación y/o Recaudo, Nómina, etc)).
  * Las soluciones vinculadas((Tickets asociados)) tienen impacto [[#Tipos de 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((La autorización debe estar registrada en el ticket antes de la actualización de la rama)).
  * Autorización del Jefe de Fábrica((La autorización debe estar registrada en el ticket antes de la actualización de la rama)).

===== Tipos de Generación Rama Transitoria =====

==== Liberación Transitoria Caso: A ====
Esta liberación se presenta cuando existe un desarrollo en gestión en la rama branches que utiliza una libreria que contiene objetos

===== Proceso de Generación Rama Transitoria =====
A continuación se describe el proceso de generación de la rama transitoria:

- **Solución a liberar**: Cumplir las [[#Condiciones|Condiciones]] de generación.
  - **Lider Configuración**: Generar el corte de versión de la rama **tags** (revert/update) y copiar la rama en el directorio **transi**((Este directorio siempre estará en la raíz del módulo donde estan las ramas branches, trunk y tags))
  - **Calidad (QA)**: Copiar los artefactos de la solución a la rama **transi** y hacer el commit((Es el mismo proceso que se realiza cuando se hace el paso a producción copiando los artefactos a la rama tags)).
  - **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.
  - **Implantación**: Hacer la liberación a los clientes relacionados y pasar de nuevo el ticket a calidad indicando la actividad de liberación realizada. 
  - **Calidad (QA)**: Una vez es validada la solución en el ambiente de validación pasar el artefacto a tags((Continua el proceso estandar de liberación a producción)).

===== Notas =====
  * 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 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.

[[ada:howto:sicoferp:factory:softwareversioning|←Volver atras]]

Resumen de la edición

Wiki

Herramientas de usuario

Herramientas del sitio

Herramientas de la página