-
Notifications
You must be signed in to change notification settings - Fork 1
sprint1 avance devops
Marlon Mauricio edited this page Oct 16, 2023
·
11 revisions
Historias de la semana 1 del primer sprint en progreso, asignadas a cada integrante
https://proyecto-final-miso-g18.atlassian.net/jira/software/projects/HU/boards/1/backlog
- Ejecución de pruebas unitarias para cada microservicio
- Dev-Pipeline init:

- Construcción de la imagen de cada microservicio y push al repositorio en Elastic Container Registry

-
Repositorios ECR

-
Repositorio del microservicio

-
Actualización del servicio asociado al microservicio en Elastic Container para desplegar la imagen a partir del repositorio en ECR recién actualizado.

-
Cluster ECS - ambiente desarrollo:

-
Servicio en el cluster ECS del microservicio

-
Dev-Pipeline CI/CD OK:

- Repositorios
| Nombre | URL | Propósito |
|---|---|---|
| Backend-Equipo18 | https://github.com/andergcp2/backend-proyecto-final | Código del backend de la aplicación ABC Jobs |
| Frontend-Equipo18 | https://github.com/andergcp2/frontend-proyecto-final | Código del frontend 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 (Sin ramas release)

- 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/* |
- Avance-1 - Charts
- Avance-1 - Devops
- Avance-2 - Charts
- Avance-2 - Devops
- Cierre - Charts
- Cierre - Devops
- Cierre - Retrospectiva
- Cierre - Instructivo Usuario
- Cierre - Documentación Técnica
- Objetivos, Restricciones y Requisitos
- Escenarios de calidad
- Visión de Arquitectura
- Estilos Tácticas Patrones
- Experimento1
- Experimento2
- Resultados Experimentación