Taller 4 : Segundo taller de integración

19/11/2015

Tareas realizadas:

- Se ha desplegado en local nuestro subsistema completamente portado a C#

- Se ha creado una política de gestión de incidencias para el proyecto:

El modo de operación es el siguiente:
- Un desarrollador identifica una incidencia y la registra en nuestro sistema, gitlab.
- El administrador del repositorio, Álvaro Rojas, recibe un correo que indica que se ha creado una nueva incidencia.
- El administrador del repositorio revisa la incidencia, en el caso de que la incidencia no sea correcta, la elimina y lo notifica, en caso de que sea correcta, el administrador asigna la incidencia a un desarrollador en base al número de incidencias abiertas que tenga asignadas.
- El sistema notifica al desarrollador que debe subsanar esa incidencia.
- Cuando el desarrollador subsana la incidencia, realiza un pull request a la rama maestra, el administrador del repositorio recibe un correo indicando que tiene un pull request pendiente, el administrador revisa el código de la petición y si es correcto, acepta la request y realiza el merge en la rama maestra, con lo que se cierra la incidencia.
Estados por los que pasa una incidencia:
- Open: está abierta.
- Assigned: ha sido asignada a un dev.
- Ongoing: está en proceso.
- Closed: ha sido revisada por el administrador y ha sido cerrada.
Etiquetas que se pueden asignar a una incidencia:
- Critical: Esa incidencia debe ser resuelta lo antes posible.
- Enhancement: Esa incidencia implica una mejora de la funcionalidad del sistema.
- Documentación: Esa incidencia implica documentar el contenido del sistema.
- Bugfix: Esa incidencia implica el arreglo de un fallo.

Asistentes