Grupo de Frontend de Resultados(2014-15) - Iteración 5(2)

Asistentes

• Manuel Cabrera Coronilla
• Raquel María Cumplido Díaz
• José Antonio Fernández Bueno
• Daniel Fernández Romero
• Alejandro Rodríguez Palomar
• José Pablo Ocaña Almagro

Resultados

• Se propusieron preguntas para el encuentro con los miembros de Agota Voting vía IRC.
• Se produjo una nueva iteración que dio lugar a una mejora del subsistema.
• Solución de problemas existentes al intentar utilizar la tecnología de despliegue acordada.
• Primera versión del plan de gestión de ramas a aplicar durante el desarrollo del subsistema (susceptible a cambios).

Preguntas para Agora Voting

• ¿Cuántos repositorios se usan en Agora Voting?
• ¿Cómo se realiza la comunicación entre los subsistemas?
• ¿Qué suceso determina la creación de una nueva rama?

Entregable

Gestión de branches

En lo que se refiere a la gestión de ramas o branches, se ha acordado mantener dos a lo largo del desarrollo del código fuente:

• La primera, dedicada al desarrollo de la API REST.
• La segunda, en la que se desarrollará lo relativo a la base de datos donde serán almacenados los resultados de las votaciones.

Opcionalmente, se añadirá una tercera rama en caso de que se necesiten hacer pruebas en el código.

Veamos ahora los criterios que se han seguido y/o se seguirán para llevar a cabo la creación, unión y eliminación de branches:

• Creación: se realizará al empezar el desarrollo (excepto la de pruebas), para desacoplar el código y evitar errores de concurrencia.
• Unión (merge): tendrá lugar al finalizar el desarrollo para llevar a cabo las pruebas de integración y comprobar que todo funciona correctamente. También podrá ocurrir en el caso de que una rama de prueba quiera ser incorporada a una de las dos principales.
• Eliminación: no se plantea para las ramas principales (API, DB). Únicamente tiene sentido en el caso de que una rama de pruebas no se considere válida.

Gestión del código fuente

Al comienzo del desarrollo del subsistema, se usó SVN como herramienta de gestión del código fuente, ya que los miembros del equipo de desarrollo estaban familiarizados con ésta. No obstante, tras realizar la práctica 2 y la práctica 3, en las cuales se ha explicado el funcionamiento de GIT, y la mejora que supone con respecto a SVN, se ha decidido cambiar a esta herramienta.

Gestión del proyecto

Como herramienta de gestión de proyectos, como ya se vio en la práctica 1, tras analizar diferentes opciones, se eligió RedMine. Es necesario puntualizar que esta elección es a nivel local, es decir, que no involucra a los demás subsistemas.

Para la comunicación con los demás grupos de trabajo, en primer lugar desde el grupo se propone usar la herramienta Teamwork. No obstante, tras comunicárselo a los grupos relacionados éstos prefieren que la comunicación con ellos se realice usando su foro de la wiki.