Iteración 4 (27/10/2014)

Trabajo Realizado

Gestión de ramas:
- Para el proyecto entero, hemos pensado que sería una buena opción hacer una rama por motivos físicos, es decir, una rama por cada subgrupo perteneciente al proyecto, pudiendo haber dos o más subgrupos que compartan una misma rama en caso de que la funcionalidad sea compartida.
- Dentro de nuestro subgrupo, pensamos que debería haber una rama por motivos organizacionales, es decir, una rama por cada tarea para organizarnos dentro del equipo. También podrían existir ramas por motivos de entorno, en el caso de que decidiéramos cambiar, por ejemplo, el tipo de la base de datos.
- En cuanto a la política sobre los merge, hemos decidido que sólo se hará merge de una tarea con la baseline cuando dicha rama se considere completa y sin errores. En caso de ser una rama generada debido a algún motivo de entorno, se realizará merge cuando se consiga hacer funcionar la baseline en dicho entorno.