ERROR 404 - LABORATORIO 4 (PROGRAMACION 4 ) - JAVASCRIPT

En este repositorio del grupo ERROR-404 va a dejar los ejercicios de JavaScript de la materia Laboratorio 4 (Programación 4)

---

Integrantes de grupo

• Ahumada, Brian

• Alancay, Abel Matias

• Alsina, Maximiliano Gabriel

• Berrini, Alejandro

• Calle, Sonia

• Chavez, Rodrigo

• Costa, Maria Eugenia

• Navarro, Lucas

• Sanguinetti Flores, Pablo

---

Clases

• Clase 1 - Lunes 14 Agosto: E-commerce Básico Parte 01

• Clase 2 - Lunes 28 Agosto: E-commerce Básico Parte 02

• Clase 3 - Lunes 4 Septiembre: E-commerce Básico Parte 03

• Clase 4 - Lunes 11 Septiembre: : E-commerce Básico Parte 04

• Clase 5 - Lunes 18 Septiembre: Proyecto con stack pern por Daniel Guerrero -> Parte 1

• Clase 6 - Lunes 25 Septiembre: Proyecto con stack pern por Daniel Guerrero -> Parte 2. CRUD de tarea

• Clase 7 - Lunes 2 de Octubre: Proyecto con stack pern por Daniel Guerrero -> Parte 3. Registro y Autenticación de Usuarios

• Clase 8 - Lunes 9 de Octubre: Proyecto con stack pern por Daniel Guerrero -> Parte 4.

• Lunes 16 de Octubre -> Feriado puente

• Clase 9 - Lunes 23 de Octubre -> Proyecto optativo para subir la repositorio, comenzamos a trabajar en el proyecto final (no lo subimos)

• Clase 10 - Lunes 30 de Octubre -> Proyecto optativo para subir la repositorio, comenzamos a trabajar en el proyecto final (no lo subimos)

• Clase 11 - Lunes 6 de Noviembre -> Proyecto optativo para subir la repositorio, comenzamos a trabajar en el proyecto final (no lo subimos)

---

Scrum y responsable de la tarea

CLASE	SCRUM	DESARROLLADOR/A	FINALIZADO
1 - 14 AUG	Alsina, Maximiliano Gabriel	Berrini, Alejandro
2 - 28 AUG	Calle, Sonia	Chavez, Rodrigo
3 - 4 SEP	Costa, Maria Eugenia	Navarro, Lucas
4 - 11 SEP	Sanguinetti Flores, Pablo	Ahumada, Brian
5 - 18 SEP	Alancay, Abel Matias	Alsina, Maximiliano Gabriel
6 - 25 SEP	Chavez, Rodrigo	Costa, Maria Eugenia
7 - 2 OCT	Chavez, Rodrigo	Costa, Maria Eugenia
8 - 9 OCT	Berrini, Alejandro	Calle, Sonia
9 - 23 OCT	Navarro, Lucas	Sanguinetti Flores, Pablo	x
10 - 30 OCT	Ahumada, Brian	Alancay, Abel Matias	x
11 - 6 NOV	Alsina, Maximiliano Gabriel	Berrini, Alejandro	x

-> Link al Dashboard

---

Metodología de trabajo

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 denominado Scrum pueda hacer el code review y mergear a la rama main.

• DONE: las tareas finalizadas

¿Cómo organizamos el workflow?

• Tenemos la rama principal llamada main

• Tenemos la rama secundaria, llamada release/nro-de-version, desde la cual vamos a ir subiendo las clases. Como vamos a subir una clase por persona, solo trabajaremos con la rama release. Esta rama se ira incrementando el numero de version a medida que vayamos completando las clases

• Usamos tags en las distintas versiones de las release -> Aca se puede consultar la documentación de Atlassian sobra las tags, en la tag vamos a dejar asentado tanto la version como la clase, por ejemplo: clase5-v.1.0.0.

¿Como creamos una tag?

git tag <nombre de la tag>

por ejemplo: git tag clase5-v.1.0.0

¿Como subimos la tag local al repositorio remoto?

Recordar usar el comando git push --tags para subir las tag al repositorio remoto

Dejamos un grafico de como va a ser el workflow de las ramas:

 X ------> main--------------------X
           |                       ^
           |                       | tag: clase5-v.1.0.0
           |--- release/1.0.0------|

---

¿Cómo nombramos a las ramas ?

En el Dashboard por cada tarea, la convertimos en issue, usamos ese número de issue, para poder traquear la misma.

1. Nos situamos siempre en la rama main, desde ahi creamos al nueva rama con el comando: $ git checkout -b feat/#(nro.issue)-clase_nro-tema, por ejemplo git checkout -b feat/#1-clase1-proyecto-calculadora este es un ejemplo para el issue #1 de la clase 1 donde vimos el proyecto calculadora.

2. Siempre vamos a respetar la nomenclatura:

• feat(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<nro-de-clase>-<tema-de-la-clase> para tener el detalle de la clase y el tema visto

---