Repositorio del grupo ERROR 404 para la materia Programación 3
clase 1: 05 Abril - Laboratorio en JavaLección
clase 2: 17 Abril - Bloques y mucho másLección
clase 3: 26 Abril - forEach, Autoboxing, Unboxing, Modificadores de accesoLección
clase 4: 03 Mayo - Sobreescritura, Polimorfismo y instanceofLección
clase 5: 10 Mayo - Conversión de objetos, Downcasting, Upcasting, hashcode, equals, abstracciónLección
clase 6: 17 Mayo: Una nueva herramienta de trabajo en programaciónLección - Docker (todo material de lectura y videos)
clase 7: 24 Mayo: Interface
clase 8: 30 Mayo: Excepciones
Utilizamos al metodología de trabajo Scrum, tenemos todas las tareas que el equipo va a realizar el en Backlog (dentro de nuestro dashboard).
En dicho dashboard tenemos los estados:
-
TODO: para las tareas del Sprint activo
-
DOING: las tareas que fuimos tomando los integrantes del grupo en el Sprint
-
CODE REVIEW: una vez finalizada la tarea, creamos un MR(merge request), para que otro integrante del equipo pueda hacer el code review y mergear a la rama main.
-
DONE: las tareas finalizadas
En nuestro caso no vamos a tener la rama develop, asi se puede ver todo directo en el repositorio, si vamos a ir creando ramas por cada tarea asignada.
En el Dashboard por cada tarea, la convertimos en issue, usamos ese número de issue, para poder traquear la misma.
Nos situamos siempre en la rama main, desde ahi creamos al nueva rama con: $ git checkout -b feature/#1-clase1-java-laboratorio, este es un ejemplo para el issue #1 de la clase 1 de Java donde vimos Laboratorio.
Siempre vamos a respetar la nomenclatura:
feature(si es una nueva funcionalidad) / bug(si hay que solucionar un error)
#nro-de-issue para poder relacionar la rama con el issue y la tarea asignada en el dashboar
clase--