Home

Backlog

Trabajaremos con Projects de GitHub, utilizando las columnas por defecto. Las nuevas issues irán a To do, y por cada iteración moveremos a la columna Planificado las tareas que nos comprometamos a afrontar durante la iteración.

En la columna In progress deberá estar siempre lo que estemos haciendo en el momento. Nadie debería tener más de una issue en esta columna.

Cada usuario deberá tener una imagen de perfil que lo identifique.

Iteraciones

Tendrán una duración de 2 semanas, tomando como inicio los días jueves. Al principio de la iteración tendremos una reunión de planificación y al final una de retrospectiva. En la semana del medio y en el día de tutorías haremos una standup meeting.

Issues

En la descripción de la issue tienen que estar claramente especificados los criterios de aceptación.

Compromiso de tiempo

Semanalmente, nos comprometemos a destinarle esta cantidad de horas al proyecto:

• Fede: 6 horas.
• Juan: 10 horas.
• Vale: 14 horas.
• Nati: 5 horas.
• **Nahuel: ** 5 horas.

Flujo de trabajo

Seguiremos el flujo conocido como feature branch flow, explicado en detalle aquí.

Para nombrar las ramas utilizaremos una versión reducida del nombre de la issue, en minúsculas y separando las palabras con guiones. Como prefijo deberá estar el número de issue. Por ejemplo si se llama Crear una carrera y es la issue número 8, el nombre de la rama podría ser 8-crear-carrera.

Al crear el pull request pondremos como primera línea de la descripción Closes #8, siendo 8 el número de la issue que estemos cerrando. Una vez aprobado el pull request, cerraremos la rama.

Proceso de revisión

Al finalizar una tarea crearemos un pull request en el repositorio, proponiendo dos revisores al momento de subirlo. Los criterios de aprobación pueden verse en el archivo CONTRIBUTING.md que está en la raíz del repositorio.

Revisar pull requests bajando la rama

Podremos revisar el pull requests bajandonos la rama de la siguiente manera:

• git fetch y descargamos todas las ramas, luego seleccionamos la rama con git checkout nombreDeRama

o

• git fetch origin pull/ID/head:BRANCHNAME el ID es el id de la issue y la branchname es el nombre que tiene la rama, y luego repetimos el paso del git checkout nombreDeRama