Taller 4 (MeekSTV): Tercer taller de integración

Realizado el 3 de Diciembre de 2015

- Asisten a la reunión: Abadín Barrantes, Daniel; Andújar Luque, José Antonio; Amodeo Zurbano, Fernando; Bosch Gómez, Alberto; Orcajo Delgado, Santiago

La reunión se realiza presencialmente en la clase en horario de EGC.

Temas tratados:

• Se responden a las preguntas de seguimiento planteadas por el profesor.
• Se muestra el funcionamiento de la plataforma Travis CI para implementar el requisito de integración continua del proyecto al profesor.
• Se muestra el proceso de gestión de cambios:
  • El jefe de proyecto mantiene un repositorio de referencia en GitHub, y los otros miembros del proyecto tienen un fork personal de este repositorio de referencia, también en GitHub.
  • Los miembros del equipo trabajan en sus repositorios personales.
  • Cuando un miembro del equipo ha realizado un cambio y desea su integración en la rama principal (el repositorio de referencia), éste hace push a su repositorio y crea un pull request en el repositorio de referencia, solicitando la integración de los cambios.
  • La plataforma Travis CI comprueba al crease el pull request que los cambios introducidos no rompen los tests.
  • En caso de que los tests se ejecuten correctamente, el jefe de proyecto revisa los cambios.
  • Si los cambios consiguen el visto bueno del jefe de proyecto, éste mismo realiza la operación de merge, así uniendo los cambios al repositorio de referencia.
  • Los miembros del equipo descargan los nuevos cambios desde el repositorio de referencia.
• Se muestra el proceso de gestión de incidencias:
  • Cuando una persona descubre un problema de cualquier tipo, crea una incidencia en el issue tracker del repositorio de referencia.
  • Los miembros del equipo, incluyendo el jefe de proyecto, comprueban la validez de la incidencia; añadiendo comentarios si es preciso a la incidencia. En caso de que se descubra que la incidencia esté mal formulada o por cualquier otro motivo no sea válida, se cierra y el proceso se acaba.
  • El jefe de proyecto asigna a una persona para que solucione la incidencia. Si hay alguna persona que le comunica al jefe de proyecto su deseo de ocuparse de la incidencia y el jefe de proyecto lo ve bien, entonces será esta persona. Sino, el jefe de proyecto asigna a cualquier miembro del equipo.
  • La persona asignada soluciona la incidencia, haciendo los cambios oportunos en el proyecto, y siguiendo el protocolo de gestión de cambios.
  • Una vez que los cambios en los que se compone la solución del problema están integrados en el repositorio de referencia, la incidencia se cierra.