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.