Home - alejofig/proyecto_1 GitHub Wiki
Wiki de Proyecto Final 1 - 202411
La Wiki de este repositorio constituye la documentación para el "Proyecto de Grado" dentro del marco de la Maestría en Ingeniería de Software. Este espacio digital está dedicado a consolidar los esfuerzos y metodologías empleadas en el ciclo completo de diseño, desarrollo e implementación de una solución de software compleja.
Integrantes:
- Beatriz Mejía Luna
- Alejandro Figueroa
- Juan Camilo Ramírez
- Juan Sebastián Arango
Flujo de trabajo
A continuación se propone un flujo de trabajo base para el desarrollo del proyecto del curso.
Repositorios
| Nombre | Ubicación (url/directorio) | Propósito |
|---|---|---|
| MISW4502-2024-Grupo11 | https://github.com/alejofig/proyecto_1/ | Aplicativo "SportApp" |
Ramas
| Nombre rama | Propósito |
|---|---|
| Master / Main | Esta rama contiene el paquete de funcionalidades entregadas al cliente. |
| Release | Esta rama contiene el paquete de funcionalidades listas para ser entregadas al cliente, aquí se pueden realizar ajustes menores a la funcionalidad, pruebas o documentación de código. |
| Develop | En esta rama se integran los cambios desarrollados en cada feature. |
| Features | Cada rama feature contiene la implementación de una funcionalidad o historia de usuario. |
Flujo
Acuerdos
| Acción | Quién | Cuándo | Dónde |
|---|---|---|---|
| A los commits que sean de actualización de tests, deben ser nombrados "TEST_[X]_[USER]: [Descripción]", remplazando [X] por el número de HU y [USER] el nombre de usuario de git | Todos | Realizar commits y push sobre pruebas | Todas las ramas |
| A los commits que sean de implementación de tests, deben ser nombrados "IMPL_[X]_[USER]: [Descripción]", remplazando [X] por el número de HU y [USER] el nombre de usuario que realizo el test | Todos | Realizar commits y push sobre implementaciones de pruebas | Todas las ramas |
| A los commits que sean de refactorización de código, deben ser nombrados "REF_[X]_[USER]: [Descripción]", remplazando [X] por el número de HU y [USER] el nombre de usuario que realizo el test | Todos | Realizar commits y push sobre código con pruebas | Todas las ramas |
| Las ramas para insertar funcionalidades deben ser nombradas como feature_[X], remplazando [X] por el HU correspondiente a la característica | Todos | Crear una nueva rama | Ramas de nuevas funciones |
| En caso de conflictos se debe solucionar por el programador haciéndolo sobre la rama de la característica y luego a la rama develop y luego a la rama master | Todos | Hacer Merge con develop | Ramas de nuevas funciones |
| Todos los merge deben hacerse por pull request que debe tener el formato [X]: [Descripción] donde [X] es el HU correspondiente y Descripción, una descripción de la HU correspondiente | Todos | Hacer Merge con develop | Ramas de nuevas funciones |
| Solo se debe hacer merge a develop cuando los test hayan pasado | Todos | Hacer Merge con develop | Ramas de nuevas funciones |
| Las pruebas funcionales (cypress) se van a realizar en la rama release | Todos | Hacer Merge con release | Ramas de nuevas funciones |
Estrategia de Versionamiento
Se hará uso de un versionamiento Semántico el cual consiste de tres etiquetas major, minor y patch
- Major: Gran cambio en la aplicación implementación de varias funcionalidades
- Minor: Implementación de funcionalidades intermedias
- Patch: Correcciones / ajustes