Herramientas de usuario
ada:howto:sicoferp:factory:softwareversioning:versionreleaseprocess
Diferencias
Muestra las diferencias entre dos versiones de la página.
| Ambos lados, revisión anterior Revisión previa Próxima revisión | Revisión previa | ||
|
ada:howto:sicoferp:factory:softwareversioning:versionreleaseprocess [2021/05/05 14:22] administraidor [Notas de Proceso] |
ada:howto:sicoferp:factory:softwareversioning:versionreleaseprocess [2024/05/20 00:28] (actual) 192.168.177.78 [Flujo de Liberación: Implantación] |
||
|---|---|---|---|
| Línea 56: | Línea 56: | ||
| - Si el artefacto no cumple con el alcance de la solución, se diligencia el formato **F070_QA_Reporte_Issue_V1.0** el cual es anexado al ticket, se devuelve a la cola de desarrollo y el artefacto es devuelto de la rama de calidad. | - Si el artefacto no cumple con el alcance de la solución, se diligencia el formato **F070_QA_Reporte_Issue_V1.0** el cual es anexado al ticket, se devuelve a la cola de desarrollo y el artefacto es devuelto de la rama de calidad. | ||
| - Si el artefacto cumple con el alcance de la solución, se diligencia el formato **F069_QA_Informe_Final_QA_Ticket_V1.0**, se adiciona el ticket al formato (transitorio) de liberación de versión **F084_VV_Bugtracker_V1.0**, se copia el artefacto a la rama **pre** y por último se desbloquea el artefacto de la de calidad. | - Si el artefacto cumple con el alcance de la solución, se diligencia el formato **F069_QA_Informe_Final_QA_Ticket_V1.0**, se adiciona el ticket al formato (transitorio) de liberación de versión **F084_VV_Bugtracker_V1.0**, se copia el artefacto a la rama **pre** y por último se desbloquea el artefacto de la de calidad. | ||
| + | |||
| + | ==== Flujo de Liberación: Líder (QA) Liberación de Versión ==== | ||
| + | |||
| + | === Consideraciones previas === | ||
| + | |||
| + | - De acuerdo al corte de versión (día, semana, mes) definida en el proceso, QA debe llevar por aplicación el control del commit inicial y final para la generación de la versión. | ||
| + | - El Tipo de actualización de la versión se define según la clasificación de los ticket revisados en el corte. | ||
| + | - Todos los commit de la versi´pn a liberar deben estar realizados en la rama pre. | ||
| + | - Sólo QA tiene acceso a la rama pre ya es de uso exclusivo del área. | ||
| + | |||
| + | === Generación del corte de versión === | ||
| + | - Verificar que los tickets que hagan parte del corte esten realizados en la rama pre. | ||
| + | - Copiar el artefacto de la rama pre a tags | ||
| + | - nombrar el artefacto con la numeración adecuada. | ||
| + | - Notificar a implantación con la información requerida del proceso. | ||
| + | |||
| + | ==== Flujo de Liberación: Implantación ==== | ||
| + | - Obtener la notificación de QA | ||
| + | - Actualizar repositorio | ||
| + | - (Opcional) Actualizar Script | ||
| + | - Realizar despliegue | ||
| + | - Registrar versión (entregada por QA) en la tabla Versión de SicofConfig | ||
| + | - Registrar versión en los parámetros del sistema del módulo. | ||
| + | |||
| + | Se deben realizar actualizaciones regulares, para garantizar que los clientes se encuentren operando la última versión del producto con las nuevas mejoras y soluciones de bugs. Para esto se establece un calendario de actualización por producto. | ||
| + | |||
| + | Estas actualizaciones se deben realizar como mínimo mensualmente, siempre y cuando el producto haya presentado evolución, en caso que no sea así, se debe garantizar que todos los clientes se encuentren en la última versión aprobada. A excepción de las soluciones de alto impacto, estas deben ser actualizadas de manera inmediata para todos los clientes, de no ser así solo se actualizara el cliente que reporto el requerimiento o los clientes notificados en el mismo para liberación inmediata. | ||
| + | |||
| + | Se establece calendario de actualización de productos. | ||
| + | |||
| + | {{:ada:howto:sicoferp:factory:softwareversioning:calendario_actuaizacion.png?400|}} | ||
| + | |||
| + | También se establece realizar la cuarta semana de cada mes tuning a las bases de datos de todos clientes, se deben realizar las siguientes actividades: | ||
| + | |||
| + | * Validar objetos invalidos. | ||
| + | * Verificar ejecución de estadisticas. | ||
| + | * Validar tamaños de tablespaces, si alguno se encuentra por encima del 85% se deben ampliar para que queden como minimo un 30% de espacio libre por cada uno. | ||
| + | * Verificar permisos de cada schema de BD que si tengan los que corresponden para operar los aplicativos. | ||
| + | * Realizar cambios de claves de todos los schemas en producción y actualizar claves en Archivo de Bases de Datos. | ||
| + | * En las bases de datos donde se tienen DBlinks validar que estos esten activos y actualizar credenciales de conexión según las claves definidas en el punto anterior. | ||
| + | |||
| Línea 67: | Línea 108: | ||
| * Todo ticket que represente un cambio en el sistema debe indicar al menos un cliente que impacte. | * Todo ticket que represente un cambio en el sistema debe indicar al menos un cliente que impacte. | ||
| * Las actualizaciones de mejoras se despliegan en la liberación mensual. | * Las actualizaciones de mejoras se despliegan en la liberación mensual. | ||
| + | * Sólo QA tiene acceso a la rama pre ya es de uso exclusivo del área. | ||
| [[ada:howto:sicoferp:factory:softwareversioning|←Volver atras]] | [[ada:howto:sicoferp:factory:softwareversioning|←Volver atras]] | ||
ada/howto/sicoferp/factory/softwareversioning/versionreleaseprocess.1620224533.txt.gz · Última modificación: 2021/05/05 14:22 por administraidor
Herramientas de la página
