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

De Telstock Wiki
Saltar a: navegación, buscar
 
(No se muestran 7 ediciones intermedias del mismo usuario)
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.
 +
# Realizar una unificación '''MERGE''' entre el código fuente de la rama de '''incidencias-hotFixes''' y la rama de '''producción-master''' cuando se haya resuelto la incidencia por parte del cliente y haya sido aprobado por el área de QA.
 +
# Promover los cambios de la incidencia reportada a la rama de '''desarrollo-development''' una vez hecho la unificación '''MERGE''' para no perder las correcciones realizadas en el código fuente.
 +
|-
 +
|style="width:100px;color:black;background:white;"|2
 +
|style="width:200px;color:black;background:white;"|'''Desarrollador'''
 +
|style="width:550px;color:black;background:white;"|
 +
# Realizar un '''Commit''' del código fuente desarrollado en la plataforma que se esté trabajando.
 +
# Realizar un '''Push''' para actualizar en la rama de '''desarrollo-development''' el código fuente en la plataforma que se esté trabajando.
 +
# Realizar cambios, nuevos desarrollos o corrección de incidencias solicitadas por el líder técnico en la plataforma que se esté trabajando.
 +
|-
 +
|style="width:100px;color:black;background:white;"|3
 +
|style="width:200px;color:black;background:white;"|'''Líder Técnico'''
 +
|style="width:550px;color:black;background:white;"|
 +
# Comunicar al '''Responsable de configuración''' la disposición del código fuente para promover dicho código en la rama que corresponda de acuerdo a la situación que se haya presentado.
 +
# Comunicar al '''Desarrollador''' las incidencias que hayan sido reportadas por el líder técnico para su corrección.
 +
# Comunicar al '''Desarrollador''' de las actualizaciones o código nuevo que haya sido solicitados.
 +
|-
 +
|style="width:100px;color:black;background:white;"|4
 +
|style="width:200px;color:black;background:white;"|'''QA'''
 +
|style="width:550px;color:black;background:white;"|
 +
# Revisar la funcionalidad de la aplicación y reportar al '''Líder Técnico''' en los siguientes casos:
 +
## Si se detectan inconsistencias en la revisión del aplicativo para su corrección inmediata.
 +
## Si es una actualización de código fuente el cual haya cumplido o no con la correcta funcionalidad para lo que fue creado.
 +
## Si es un nuevo desarrollo de código fuente el cual haya cumplido o no con la correcta funcionalidad para lo que fue creado.
 
|}
 
|}

Revisión actual del 19:02 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.
  8. Realizar una unificación MERGE entre el código fuente de la rama de incidencias-hotFixes y la rama de producción-master cuando se haya resuelto la incidencia por parte del cliente y haya sido aprobado por el área de QA.
  9. Promover los cambios de la incidencia reportada a la rama de desarrollo-development una vez hecho la unificación MERGE para no perder las correcciones realizadas en el código fuente.
2 Desarrollador
  1. Realizar un Commit del código fuente desarrollado en la plataforma que se esté trabajando.
  2. Realizar un Push para actualizar en la rama de desarrollo-development el código fuente en la plataforma que se esté trabajando.
  3. Realizar cambios, nuevos desarrollos o corrección de incidencias solicitadas por el líder técnico en la plataforma que se esté trabajando.
3 Líder Técnico
  1. Comunicar al Responsable de configuración la disposición del código fuente para promover dicho código en la rama que corresponda de acuerdo a la situación que se haya presentado.
  2. Comunicar al Desarrollador las incidencias que hayan sido reportadas por el líder técnico para su corrección.
  3. Comunicar al Desarrollador de las actualizaciones o código nuevo que haya sido solicitados.
4 QA
  1. Revisar la funcionalidad de la aplicación y reportar al Líder Técnico en los siguientes casos:
    1. Si se detectan inconsistencias en la revisión del aplicativo para su corrección inmediata.
    2. Si es una actualización de código fuente el cual haya cumplido o no con la correcta funcionalidad para lo que fue creado.
    3. Si es un nuevo desarrollo de código fuente el cual haya cumplido o no con la correcta funcionalidad para lo que fue creado.