Diferencia entre revisiones de «Roles involucrados gestión código fuente»

De Telstock Wiki
Saltar a: navegación, buscar
Línea 15: Línea 15:
 
# Creación de una nueva etiqueta en la rama de '''producción-master''' cuando se haya liberado una actualización o nuevo desarrollo aprobado por el área de QA para contar con una versión funcional en un punto determinado.
 
# Creación de una nueva etiqueta en la rama de '''producción-master''' cuando se haya liberado una actualización o nuevo desarrollo aprobado por el área de QA para contar con una versión funcional en un punto determinado.
 
# Promover la actualización de la rama de '''pruebas-qa''' cuando haya habido actualizaciones o nuevo desarrollo para ser revisado en su funcionalidad por el área de QA en el momento en que le sea solicitado.
 
# Promover la actualización de la rama de '''pruebas-qa''' cuando haya habido actualizaciones o nuevo desarrollo para ser revisado en su funcionalidad por el área de QA en el momento en que le sea solicitado.
 +
# Promover la actualización de la rama de '''incidencias-hotFixes''' a partir de la información en la rama de '''producción-master''' cuando haya habido incidencias reportadas por el cliente. Esto lo solicitara el líder técnico del proyecto en la plataforma que le corresponda para realizar las correcciones necesarias.
 
|}
 
|}

Revisión del 18:53 2 ago 2019

Para la gestión de código fuente se tienen los siguientes roles de usuario que tendrán las siguientes responsabilidades a seguir para implementar este proceso:

ID Nombre del Rol Responsabilidades
1 Responsable de configuración
  1. Creación de nuevos repositorios implementando la estructura de ramas en base al repositorio semilla estándar creado para este fin.
  2. Creación de usuarios y grupos de usuarios.
  3. Asignación/Des asignación de permisos para el acceso a los grupos o usuarios en la estructura de ramas.
  4. Promover la actualización de la rama de producción-master cuando haya habido actualizaciones o nuevo desarrollo que haya sido aprobado por el área de QA en el momento en que le sea solicitado.
  5. Creación de una nueva etiqueta en la rama de producción-master cuando se haya liberado una actualización o nuevo desarrollo aprobado por el área de QA para contar con una versión funcional en un punto determinado.
  6. Promover la actualización de la rama de pruebas-qa cuando haya habido actualizaciones o nuevo desarrollo para ser revisado en su funcionalidad por el área de QA en el momento en que le sea solicitado.
  7. Promover la actualización de la rama de incidencias-hotFixes a partir de la información en la rama de producción-master cuando haya habido incidencias reportadas por el cliente. Esto lo solicitara el líder técnico del proyecto en la plataforma que le corresponda para realizar las correcciones necesarias.