sprint1 cierre devops

Sprint1 - Cierre - Devops

Principos DevOps en el proyecto

Commits / Pull Requests

• Backend

https://github.com/andergcp2/backend-proyecto-final/commits/main

• Frontend

https://github.com/andergcp2/frontend-proyecto-final/commits/main

Flujo de trabajo y estrategia de versionamiento

• todo1: add ramas hotfixes y releases

• todo2: add estrategia de versionamiento conversada con Laura

• Repositorios

Nombre	URL	Propósito
Frontend-Equipo18	https://github.com/andergcp2/frontend-proyecto-final	Código del frontend de la aplicación ABC Jobs
Backend-Equipo18	https://github.com/andergcp2/backend-proyecto-final	Código del backend de la aplicación ABC Jobs

• Ramas

Nombre rama	Propósito
Main	Esta rama contiene el paquete de funcionalidades de la aplicación ABC Jobs
Develop	En esta rama se integran los cambios desarrollados en cada feature
Feature/*	Cada rama feature contiene la implementación de una funcionalidad o historia de usuario

• Flujo

GitFlow

• Acuerdos

Indicar los acuerdos del equipo para uso de los repositorios y ramas. Incluir acciones como creación y clonación de repositorios, actualizaciones e integraciones (mezclas).

Acción	Quién	Cuándo	Dónde
Clonar los repositorios de Backend y Frontend en su máquina local	Todos los desarrolladores	Al empezar a trabajar en el proyecto	Repositorios
Crear Rama develop a partir de main	Anderson Castiblanco	Crear la rama develop para el trabajo de desarrollo	Rama develop
Crear un PR al mezclar cambios de develop a main	Todos los desarrolladores	Cuando los cambios estén aprobados en develop y se requiera hacer una entrega de valor al cliente	Rama main
Ejecutar los tests creados antes de mezclar de develop a main	Github Actions	Cuando se cree un PR para fusionar cambios de develop a main	Rama main
Ejecutar los tests creados antes de mezclar de una rama feature a develop	Github Actions	Cuando se cree un PR para fusionar cambios de feature/* a develop	Rama develop
Mezclar cambios de ramas feature/* a rama develop	Todos los desarrolladores	Cuando se tenga listo y probado el código de una nueva funcionalidad o HU y se quiera fusionar los cambios a develop	Rama develop
Crear ramas para trabajar en nuevas funcionalidades o HUs con el formato feature/<< nombre funcionalidad o HU >>	Todos los desarrolladores	Cuando se empiece a trabajar en una nueva funcionalidad o HU	Ramas feature/*

Ejecución plan de pruebas

Durante el primer sprint ejecutan, dentro del pipeline CI/CD, pruebas unitarias sobre los micros del backend, con un coverage superior al 80%:

Adicionalmente se ejecutan pruebas de sistema E2E para verificar, desde el front, el correcto funcionamiento de las funcionalidades implementadas:

...

Finalmente se ejecutan pruebas funcionales manuales, positivas y negativas:

...