https://1984.lsi.us.es/wiki-egc/index.php?action=history&feed=atom&title=Taller_4_%28MeekSTV%29%3A_Tercer_taller_de_integraci%C3%B3n 2026-05-27T01:21:35Z Historial de revisiones para esta página en el wiki MediaWiki 1.29.0 https://1984.lsi.us.es/wiki-egc/index.php?title=Taller_4_(MeekSTV):_Tercer_taller_de_integraci%C3%B3n&diff=3883&oldid=prev 2015-12-10T14:17:04Z

<p>Página creada con «Realizado el 3 de Diciembre de 2015 &#039;&#039;&#039;- Asisten a la reunión:&#039;&#039;&#039; Abadín Barrantes, Daniel; Andújar Luque, José Antonio; Amodeo Zurbano, Fernando; Bosch Gómez, Albert...»</p> <p><b>Página nueva</b></p><div>Realizado el 3 de Diciembre de 2015<br /> <br /> '''- Asisten a la reunión:''' Abadín Barrantes, Daniel; Andújar Luque, José Antonio; Amodeo Zurbano, Fernando; Bosch Gómez, Alberto; Orcajo Delgado, Santiago<br /> <br /> La reunión se realiza presencialmente en la clase en horario de EGC.<br /> <br /> '''Temas tratados:'''<br /> <br /> * Se responden a las preguntas de seguimiento planteadas por el profesor.<br /> * Se muestra el funcionamiento de la plataforma [https://travis-ci.org/ Travis CI] para implementar el requisito de integración continua del proyecto al profesor.<br /> * Se muestra el proceso de gestión de cambios:<br /> ** 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.<br /> ** Los miembros del equipo trabajan en sus repositorios personales.<br /> ** 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.<br /> ** La plataforma Travis CI comprueba al crease el pull request que los cambios introducidos no rompen los tests.<br /> ** En caso de que los tests se ejecuten correctamente, el jefe de proyecto revisa los cambios.<br /> ** 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.<br /> ** Los miembros del equipo descargan los nuevos cambios desde el repositorio de referencia.<br /> * Se muestra el proceso de gestión de incidencias:<br /> ** Cuando una persona descubre un problema de cualquier tipo, crea una incidencia en el issue tracker del repositorio de referencia.<br /> ** 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.<br /> ** 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.<br /> ** La persona asignada soluciona la incidencia, haciendo los cambios oportunos en el proyecto, y siguiendo el protocolo de gestión de cambios.<br /> ** 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.</div>

Feramozur