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

De Telstock Wiki
Saltar a: navegación, buscar
Línea 10: Línea 10:
 
|style="width:550px;color:black;background:white;"|1.- Creación de nuevos repositorios implementando la estructura de ramas en base al repositorio semilla estándar creado para este fin.
 
|style="width:550px;color:black;background:white;"|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.
 
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.
 
|}
 
|}

Revisión del 18:50 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.