Configuración inicial

En este proyecto, se ha decidido utilizar Visual Studio Code como entorno de desarrollo integrado (IDE) debido a su ligereza, versatilidad y amplia compatibilidad con herramientas de control de versiones. Siguiendo las pautas indicadas en las sesiones de práctica de la asignatura, se integró la extensión Jira and Bitbucket (Atlassian Labs) para asociar las ramas de GitHub con las tareas previamente definidas en Jira, facilitando el seguimiento y la gestión de las tareas del proyecto.

Es importante destacar que Git debía estar instalado previamente en los sistemas de los miembros del equipo, ya que se trata del sistema de gestión de versiones que se integra con GitHub para almacenar y versionar el código de manera remota. Además, es esencial para realizar las operaciones necesarias, tales como la gestión de ramas y la sincronización de cambios en el repositorio.

Para gestionar las ramas de GitHub necesarias para este trabajo, Sergio Molano García, asumiendo el rol de Jefe de Proyecto, comenzó clonando el presente repositorio desde Visual Studio Code y añadiendo las versiones iniciales de los proyectos correspondientes a los microservicios de Contenidos, Usuarios y Recomendaciones de la aplicación web.

Una vez realizados estos cambios, los registró localmente y los reflejó en la rama main del repositorio remoto:

git commit -m "first commit"
git push -u origin main

A continuación, continuó con la creación de la rama principal de desarrollo, develop, donde se integrarían las nuevas características y los cambios importantes del proyecto:

git branch develop
git checkout develop

Seguido de esto, creó las ramas correspondientes a cada uno de los casos de uso definidos en Jira:

git branch CU01
git branch CU02
...
git branch CU16

Estas ramas fueron asignadas a las distintas funcionalidades del proyecto, lo que permitió que el equipo trabajara de manera aislada en cada tarea. Esto facilitó la gestión de versiones y minimizó los posibles conflictos al integrar los cambios en la rama develop.

Reparto de tareas

Para garantizar un desarrollo organizado y eficiente, se decidió repartir las tareas entre los miembros del equipo de la siguiente manera:

• Sergio Molano García, informador de los casos de uso CU01, CU02, CU03 y CU04, se encargaría de reflejar los cambios correspondientes a estos en sus respectivas ramas de GitHub.

• Hugo Peña Cantonero, informador de los casos de uso CU05, CU06, CU07 y CU08, se encargaría de reflejar los cambios correspondientes a estos en sus respectivas ramas de GitHub.

• Javier González Béjar, informador de los casos de uso CU09, CU10, CU11 y CU12, se encargaría de reflejar los cambios correspondientes a estos en sus respectivas ramas de GitHub.

• Alberto Fernández Palomo, informador de los casos de uso CU13, CU14, CU15 y CU16, se encargaría de reflejar los cambios correspondientes a estos en sus respectivas ramas de GitHub.

Proceso de trabajo por casos de uso

Caso de uso 1

El proceso para cambiar este caso de uso fue el siguiente:

1. Se cambió a la rama correspondiente:

git checkout CU01

2. Se añadieron los cambios correspondientes al caso de uso CU01.
3. Se registraron los cambios localmente:

git commit -m "GC04-1 UC01 - User creation commit"

4. Se reflejaron los cambios en la rama remota:

git push -u origin CU01

5. Se cambió a la rama develop para integrar los cambios de la rama CU01:

git checkout develop

6. Se realizó la integración de la rama CU01 en develop sin hacer un avance rápido (--no-ff):

git merge --no-ff CU01

7. Finalmente, los cambios se reflejaron en la rama develop del repositorio remoto:

git push -u origin develop

A lo largo del proceso de desarrollo de este caso de uso, se realizó el seguimiento de las tareas en Jira de manera paralela a los cambios en GitHub. La tarea épica correspondiente a este caso de uso se marcó como En curso en Jira, junto con las tareas asociadas a las fases del proceso Requerimientos (R), Análisis y Diseño (A&D), Implementación (IMP) e Integración (INT), según se avanzaba en cada una de ellas.

Simultáneamente, se registró el trabajo realizado en las subtareas de cada tarea y estas se marcaron como Finalizada cuando correspondía. Esto permitió mantener un flujo de trabajo bien documentado y asegurarse de que se cumplían los plazos establecidos para cada una de las fases del desarrollo, tanto a nivel de tareas principales como de sus subtareas.

Caso de uso 2

El proceso para cambiar este caso de uso fue el siguiente:

1. Se cambió a la rama correspondiente:

git checkout CU02

2. Se integraron los cambios de la rama develop en la rama CU02 sin hacer un avance rápido (--no-ff):

git merge --no-ff develop

3. Se añadieron los cambios correspondientes al caso de uso CU02.
4. Se registraron los cambios localmente:

git commit -m "GC04-2 UC02 - Login and logout commit"

5. Se reflejaron los cambios en la rama remota:

git push -u origin CU02

6. Se cambió a la rama develop para integrar los cambios de la rama CU02:

git checkout develop

7. Se realizó la integración de la rama CU02 en develop sin hacer un avance rápido (--no-ff):

git merge --no-ff CU02

8. Se registraron los cambios localmente:

git commit -m "GC04-2 UC02 - Login and logout merge commit"

9. Finalmente, los cambios se reflejaron en la rama develop del repositorio remoto:

git push -u origin develop

A lo largo del proceso de desarrollo de este caso de uso, se realizó el seguimiento de las tareas en Jira de manera paralela a los cambios en GitHub. La tarea épica correspondiente a este caso de uso se marcó como En curso en Jira, junto con las tareas asociadas a las fases del proceso Requerimientos (R), Análisis y Diseño (A&D), Implementación (IMP) e Integración (INT), según se avanzaba en cada una de ellas.

Simultáneamente, se registró el trabajo realizado en las subtareas de cada tarea y estas se marcaron como Finalizada cuando correspondía. Esto permitió mantener un flujo de trabajo bien documentado y asegurarse de que se cumplían los plazos establecidos para cada una de las fases del desarrollo, tanto a nivel de tareas principales como de sus subtareas.

Caso de uso 3

El proceso para cambiar este caso de uso fue el siguiente:

1. Se cambió a la rama correspondiente:

git checkout CU03

2. Se integraron los cambios de la rama develop en la rama CU03 sin hacer un avance rápido (--no-ff):

git merge --no-ff develop

3. Se añadieron los cambios correspondientes al caso de uso CU03.
4. Se registraron los cambios localmente:

git commit -m "GC04-3 UC03 - Creation of series commit"

5. Se reflejaron los cambios en la rama remota:

git push -u origin CU03

6. Se cambió a la rama develop para integrar los cambios de la rama CU03:

git checkout develop

7. Se realizó la integración de la rama CU03 en develop sin hacer un avance rápido (--no-ff):

git merge --no-ff CU03

8. Se registraron los cambios localmente:

git commit -m "GC04-3 UC03 - Creation of series merge commit"

9. Finalmente, los cambios se reflejaron en la rama develop del repositorio remoto:

git push -u origin develop

A lo largo del proceso de desarrollo de este caso de uso, se realizó el seguimiento de las tareas en Jira de manera paralela a los cambios en GitHub. La tarea épica correspondiente a este caso de uso se marcó como En curso en Jira, junto con las tareas asociadas a las fases del proceso Requerimientos (R), Análisis y Diseño (A&D), Implementación (IMP) e Integración (INT), según se avanzaba en cada una de ellas.

Simultáneamente, se registró el trabajo realizado en las subtareas de cada tarea y estas se marcaron como Finalizada cuando correspondía. Esto permitió mantener un flujo de trabajo bien documentado y asegurarse de que se cumplían los plazos establecidos para cada una de las fases del desarrollo, tanto a nivel de tareas principales como de sus subtareas.

Caso de uso 4

El proceso para cambiar este caso de uso fue el siguiente:

1. Se cambió a la rama correspondiente:

git checkout CU04

2. Se integraron los cambios de la rama develop en la rama CU04 sin hacer un avance rápido (--no-ff):

git merge --no-ff develop

3. Se añadieron los cambios correspondientes al caso de uso CU04.
4. Se registraron los cambios localmente:

git commit -m "GC04-4 UC04 - Creation of movies or episodes commit"

5. Se reflejaron los cambios en la rama remota:

git push -u origin CU04

6. Se cambió a la rama develop para integrar los cambios de la rama CU04:

git checkout develop

7. Se realizó la integración de la rama CU04 en develop sin hacer un avance rápido (--no-ff):

git merge --no-ff CU04

8. Se registraron los cambios localmente:

git commit -m "GC04-4 UC04 - Creation of movies or episodes merge commit"

9. Finalmente, los cambios se reflejaron en la rama develop del repositorio remoto:

git push -u origin develop

A lo largo del proceso de desarrollo de este caso de uso, se realizó el seguimiento de las tareas en Jira de manera paralela a los cambios en GitHub. La tarea épica correspondiente a este caso de uso se marcó como En curso en Jira, junto con las tareas asociadas a las fases del proceso Requerimientos (R), Análisis y Diseño (A&D), Implementación (IMP) e Integración (INT), según se avanzaba en cada una de ellas.

Simultáneamente, se registró el trabajo realizado en las subtareas de cada tarea y estas se marcaron como Finalizada cuando correspondía. Esto permitió mantener un flujo de trabajo bien documentado y asegurarse de que se cumplían los plazos establecidos para cada una de las fases del desarrollo, tanto a nivel de tareas principales como de sus subtareas.

Caso de uso 5

El proceso para cambiar este caso de uso fue el siguiente:

1. Se cambió a la rama correspondiente:

git checkout CU05

2. Se integraron los cambios de la rama develop en la rama CU05 sin hacer un avance rápido (--no-ff):

git merge --no-ff develop

3. Se añadieron los cambios correspondientes al caso de uso CU05.
4. Se registraron los cambios localmente:

git commit -m "GC04-5 UC05 - Content search commit"

5. Se reflejaron los cambios en la rama remota:

git push -u origin CU05

6. Se cambió a la rama develop para integrar los cambios de la rama CU05:

git checkout develop

7. Se realizó la integración de la rama CU05 en develop sin hacer un avance rápido (--no-ff):

git merge --no-ff CU05

8. Se registraron los cambios localmente:

git commit -m "GC04-5 UC05 - Content search merge commit"

9. Finalmente, los cambios se reflejaron en la rama develop del repositorio remoto:

git push -u origin develop

A lo largo del proceso de desarrollo de este caso de uso, se realizó el seguimiento de las tareas en Jira de manera paralela a los cambios en GitHub. La tarea épica correspondiente a este caso de uso se marcó como En curso en Jira, junto con las tareas asociadas a las fases del proceso Requerimientos (R), Análisis y Diseño (A&D), Implementación (IMP) e Integración (INT), según se avanzaba en cada una de ellas.

Simultáneamente, se registró el trabajo realizado en las subtareas de cada tarea y estas se marcaron como Finalizada cuando correspondía. Esto permitió mantener un flujo de trabajo bien documentado y asegurarse de que se cumplían los plazos establecidos para cada una de las fases del desarrollo, tanto a nivel de tareas principales como de sus subtareas.

Caso de uso 6

El proceso para cambiar este caso de uso fue el siguiente:

1. Se cambió a la rama correspondiente:

git checkout CU06

2. Se integraron los cambios de la rama develop en la rama CU06 sin hacer un avance rápido (--no-ff):

git merge --no-ff develop

3. Se añadieron los cambios correspondientes al caso de uso CU06.
4. Se registraron los cambios localmente:

git commit -m "GC04-6 UC06 - Recommendations consultation commit"

5. Se reflejaron los cambios en la rama remota:

git push -u origin CU06

6. Se cambió a la rama develop para integrar los cambios de la rama CU06:

git checkout develop

7. Se realizó la integración de la rama CU06 en develop sin hacer un avance rápido (--no-ff):

git merge --no-ff CU06

8. Se registraron los cambios localmente:

git commit -m "GC04-6 UC06 - Recommendations consultation merge commit"

9. Finalmente, los cambios se reflejaron en la rama develop del repositorio remoto:

git push -u origin develop

A lo largo del proceso de desarrollo de este caso de uso, se realizó el seguimiento de las tareas en Jira de manera paralela a los cambios en GitHub. La tarea épica correspondiente a este caso de uso se marcó como En curso en Jira, junto con las tareas asociadas a las fases del proceso Requerimientos (R), Análisis y Diseño (A&D), Implementación (IMP) e Integración (INT), según se avanzaba en cada una de ellas.

Simultáneamente, se registró el trabajo realizado en las subtareas de cada tarea y estas se marcaron como Finalizada cuando correspondía. Esto permitió mantener un flujo de trabajo bien documentado y asegurarse de que se cumplían los plazos establecidos para cada una de las fases del desarrollo, tanto a nivel de tareas principales como de sus subtareas.

Caso de uso 7

El proceso para cambiar este caso de uso fue el siguiente:

1. Se cambió a la rama correspondiente:

git checkout CU07

2. Se integraron los cambios de la rama develop en la rama CU07 sin hacer un avance rápido (--no-ff):

git merge --no-ff develop

3. Se añadieron los cambios correspondientes al caso de uso CU07.
4. Se registraron los cambios localmente:

git commit -m "GC04-7 UC07 - User consultation commit"

5. Se reflejaron los cambios en la rama remota:

git push -u origin CU07

6. Se cambió a la rama develop para integrar los cambios de la rama CU07:

git checkout develop

7. Se realizó la integración de la rama CU07 en develop sin hacer un avance rápido (--no-ff):

git merge --no-ff CU07

8. Se registraron los cambios localmente:

git commit -m "GC04-7 UC07 - User consultation merge commit"

9. Finalmente, los cambios se reflejaron en la rama develop del repositorio remoto:

git push -u origin develop

A lo largo del proceso de desarrollo de este caso de uso, se realizó el seguimiento de las tareas en Jira de manera paralela a los cambios en GitHub. La tarea épica correspondiente a este caso de uso se marcó como En curso en Jira, junto con las tareas asociadas a las fases del proceso Requerimientos (R), Análisis y Diseño (A&D), Implementación (IMP) e Integración (INT), según se avanzaba en cada una de ellas.

Simultáneamente, se registró el trabajo realizado en las subtareas de cada tarea y estas se marcaron como Finalizada cuando correspondía. Esto permitió mantener un flujo de trabajo bien documentado y asegurarse de que se cumplían los plazos establecidos para cada una de las fases del desarrollo, tanto a nivel de tareas principales como de sus subtareas.

Caso de uso 8

El proceso para cambiar este caso de uso fue el siguiente:

1. Se cambió a la rama correspondiente:

git checkout CU08

2. Se integraron los cambios de la rama develop en la rama CU08 sin hacer un avance rápido (--no-ff):

git merge --no-ff develop

3. Se añadieron los cambios correspondientes al caso de uso CU08.
4. Se registraron los cambios localmente:

git commit -m "GC04-8 UC08 - User modification commit"

5. Se reflejaron los cambios en la rama remota:

git push -u origin CU08

6. Se cambió a la rama develop para integrar los cambios de la rama CU08:

git checkout develop

7. Se realizó la integración de la rama CU08 en develop sin hacer un avance rápido (--no-ff):

git merge --no-ff CU08

8. Se registraron los cambios localmente:

git commit -m "GC04-8 UC08 - User modification merge commit"

9. Finalmente, los cambios se reflejaron en la rama develop del repositorio remoto:

git push -u origin develop

A lo largo del proceso de desarrollo de este caso de uso, se realizó el seguimiento de las tareas en Jira de manera paralela a los cambios en GitHub. La tarea épica correspondiente a este caso de uso se marcó como En curso en Jira, junto con las tareas asociadas a las fases del proceso Requerimientos (R), Análisis y Diseño (A&D), Implementación (IMP) e Integración (INT), según se avanzaba en cada una de ellas.

Simultáneamente, se registró el trabajo realizado en las subtareas de cada tarea y estas se marcaron como Finalizada cuando correspondía. Esto permitió mantener un flujo de trabajo bien documentado y asegurarse de que se cumplían los plazos establecidos para cada una de las fases del desarrollo, tanto a nivel de tareas principales como de sus subtareas.

Caso de uso 9

El proceso para cambiar este caso de uso fue el siguiente:

1. Se cambió a la rama correspondiente:

git checkout CU09

2. Se integraron los cambios de la rama develop en la rama CU09 sin hacer un avance rápido (--no-ff):

git merge --no-ff develop

3. Se añadieron los cambios correspondientes al caso de uso CU09.
4. Se registraron los cambios localmente:

git commit -m "GC04-9 UC09 - User deletion commit"

5. Se reflejaron los cambios en la rama remota:

git push -u origin CU09

6. Se cambió a la rama develop para integrar los cambios de la rama CU09:

git checkout develop

7. Se realizó la integración de la rama CU09 en develop sin hacer un avance rápido (--no-ff):

git merge --no-ff CU09

8. Se registraron los cambios localmente:

git commit -m "GC04-9 UC09 - User deletion merge commit"

9. Finalmente, los cambios se reflejaron en la rama develop del repositorio remoto:

git push -u origin develop

A lo largo del proceso de desarrollo de este caso de uso, se realizó el seguimiento de las tareas en Jira de manera paralela a los cambios en GitHub. La tarea épica correspondiente a este caso de uso se marcó como En curso en Jira, junto con las tareas asociadas a las fases del proceso Requerimientos (R), Análisis y Diseño (A&D), Implementación (IMP) e Integración (INT), según se avanzaba en cada una de ellas.

Simultáneamente, se registró el trabajo realizado en las subtareas de cada tarea y estas se marcaron como Finalizada cuando correspondía. Esto permitió mantener un flujo de trabajo bien documentado y asegurarse de que se cumplían los plazos establecidos para cada una de las fases del desarrollo, tanto a nivel de tareas principales como de sus subtareas.

Caso de uso 10

El proceso para cambiar este caso de uso fue el siguiente:

1. Se cambió a la rama correspondiente:

git checkout CU10

2. Se integraron los cambios de la rama develop en la rama CU10 sin hacer un avance rápido (--no-ff):

git merge --no-ff develop

3. Se añadieron los cambios correspondientes al caso de uso CU10.
4. Se registraron los cambios localmente:

git commit -m "GC04-10 UC10 - Series consultation commit"

5. Se reflejaron los cambios en la rama remota:

git push -u origin CU10

6. Se cambió a la rama develop para integrar los cambios de la rama CU10:

git checkout develop

7. Se realizó la integración de la rama CU10 en develop sin hacer un avance rápido (--no-ff):

git merge --no-ff CU10

8. Se registraron los cambios localmente:

git commit -m "GC04-10 UC10 - Series consultation merge commit"

9. Finalmente, los cambios se reflejaron en la rama develop del repositorio remoto:

git push -u origin develop

A lo largo del proceso de desarrollo de este caso de uso, se realizó el seguimiento de las tareas en Jira de manera paralela a los cambios en GitHub. La tarea épica correspondiente a este caso de uso se marcó como En curso en Jira, junto con las tareas asociadas a las fases del proceso Requerimientos (R), Análisis y Diseño (A&D), Implementación (IMP) e Integración (INT), según se avanzaba en cada una de ellas.

Simultáneamente, se registró el trabajo realizado en las subtareas de cada tarea y estas se marcaron como Finalizada cuando correspondía. Esto permitió mantener un flujo de trabajo bien documentado y asegurarse de que se cumplían los plazos establecidos para cada una de las fases del desarrollo, tanto a nivel de tareas principales como de sus subtareas.

Caso de uso 11

El proceso para cambiar este caso de uso fue el siguiente:

1. Se cambió a la rama correspondiente:

git checkout CU11

2. Se integraron los cambios de la rama develop en la rama CU11 sin hacer un avance rápido (--no-ff):

git merge --no-ff develop

3. Se añadieron los cambios correspondientes al caso de uso CU11.
4. Se registraron los cambios localmente:

git commit -m "GC04-11 UC11 - Series modification commit"

5. Se reflejaron los cambios en la rama remota:

git push -u origin CU11

6. Se cambió a la rama develop para integrar los cambios de la rama CU11:

git checkout develop

7. Se realizó la integración de la rama CU11 en develop sin hacer un avance rápido (--no-ff):

git merge --no-ff CU11

8. Se registraron los cambios localmente:

git commit -m "GC04-11 UC11 - Series modification merge commit"

9. Finalmente, los cambios se reflejaron en la rama develop del repositorio remoto:

git push -u origin develop

A lo largo del proceso de desarrollo de este caso de uso, se realizó el seguimiento de las tareas en Jira de manera paralela a los cambios en GitHub. La tarea épica correspondiente a este caso de uso se marcó como En curso en Jira, junto con las tareas asociadas a las fases del proceso Requerimientos (R), Análisis y Diseño (A&D), Implementación (IMP) e Integración (INT), según se avanzaba en cada una de ellas.

Simultáneamente, se registró el trabajo realizado en las subtareas de cada tarea y estas se marcaron como Finalizada cuando correspondía. Esto permitió mantener un flujo de trabajo bien documentado y asegurarse de que se cumplían los plazos establecidos para cada una de las fases del desarrollo, tanto a nivel de tareas principales como de sus subtareas.

Caso de uso 12

El proceso para cambiar este caso de uso fue el siguiente:

1. Se cambió a la rama correspondiente:

git checkout CU12

2. Se integraron los cambios de la rama develop en la rama CU12 sin hacer un avance rápido (--no-ff):

git merge --no-ff develop

3. Se añadieron los cambios correspondientes al caso de uso CU12.
4. Se registraron los cambios localmente:

git commit -m "GC04-12 UC12 - Series deletion commit"

5. Se reflejaron los cambios en la rama remota:

git push -u origin CU12

6. Se cambió a la rama develop para integrar los cambios de la rama CU12:

git checkout develop

7. Se realizó la integración de la rama CU12 en develop sin hacer un avance rápido (--no-ff):

git merge --no-ff CU12

8. Se registraron los cambios localmente:

git commit -m "GC04-12 UC12 - Series deletion merge commit"

9. Finalmente, los cambios se reflejaron en la rama develop del repositorio remoto:

git push -u origin develop

A lo largo del proceso de desarrollo de este caso de uso, se realizó el seguimiento de las tareas en Jira de manera paralela a los cambios en GitHub. La tarea épica correspondiente a este caso de uso se marcó como En curso en Jira, junto con las tareas asociadas a las fases del proceso Requerimientos (R), Análisis y Diseño (A&D), Implementación (IMP) e Integración (INT), según se avanzaba en cada una de ellas.

Simultáneamente, se registró el trabajo realizado en las subtareas de cada tarea y estas se marcaron como Finalizada cuando correspondía. Esto permitió mantener un flujo de trabajo bien documentado y asegurarse de que se cumplían los plazos establecidos para cada una de las fases del desarrollo, tanto a nivel de tareas principales como de sus subtareas.

Caso de uso 13

El proceso para cambiar este caso de uso fue el siguiente:

1. Se cambió a la rama correspondiente:

git checkout CU13

2. Se integraron los cambios de la rama develop en la rama CU13 sin hacer un avance rápido (--no-ff):

git merge --no-ff develop

3. Se añadieron los cambios correspondientes al caso de uso CU13.
4. Se registraron los cambios localmente:

git commit -m "GC04-13 UC13 - Movie or episode consultation commit"

5. Se reflejaron los cambios en la rama remota:

git push -u origin CU13

6. Se cambió a la rama develop para integrar los cambios de la rama CU13:

git checkout develop

7. Se realizó la integración de la rama CU13 en develop sin hacer un avance rápido (--no-ff):

git merge --no-ff CU13

8. Se registraron los cambios localmente:

git commit -m "GC04-13 UC13 - Movie or episode consultation merge commit"

9. Finalmente, los cambios se reflejaron en la rama develop del repositorio remoto:

git push -u origin develop

A lo largo del proceso de desarrollo de este caso de uso, se realizó el seguimiento de las tareas en Jira de manera paralela a los cambios en GitHub. La tarea épica correspondiente a este caso de uso se marcó como En curso en Jira, junto con las tareas asociadas a las fases del proceso Requerimientos (R), Análisis y Diseño (A&D), Implementación (IMP) e Integración (INT), según se avanzaba en cada una de ellas.

Simultáneamente, se registró el trabajo realizado en las subtareas de cada tarea y estas se marcaron como Finalizada cuando correspondía. Esto permitió mantener un flujo de trabajo bien documentado y asegurarse de que se cumplían los plazos establecidos para cada una de las fases del desarrollo, tanto a nivel de tareas principales como de sus subtareas.

Caso de uso 14

El proceso para cambiar este caso de uso fue el siguiente:

1. Se cambió a la rama correspondiente:

git checkout CU14

2. Se integraron los cambios de la rama develop en la rama CU14 sin hacer un avance rápido (--no-ff):

git merge --no-ff develop

3. Se añadieron los cambios correspondientes al caso de uso CU14.
4. Se registraron los cambios localmente:

git commit -m "GC04-14 UC14 - Movie or episode modification commit"

5. Se reflejaron los cambios en la rama remota:

git push -u origin CU14

6. Se cambió a la rama develop para integrar los cambios de la rama CU14:

git checkout develop

7. Se realizó la integración de la rama CU14 en develop sin hacer un avance rápido (--no-ff):

git merge --no-ff CU14

8. Se registraron los cambios localmente:

git commit -m "GC04-14 UC14 - Movie or episode modification merge commit"

9. Finalmente, los cambios se reflejaron en la rama develop del repositorio remoto:

git push -u origin develop

A lo largo del proceso de desarrollo de este caso de uso, se realizó el seguimiento de las tareas en Jira de manera paralela a los cambios en GitHub. La tarea épica correspondiente a este caso de uso se marcó como En curso en Jira, junto con las tareas asociadas a las fases del proceso Requerimientos (R), Análisis y Diseño (A&D), Implementación (IMP) e Integración (INT), según se avanzaba en cada una de ellas.

Simultáneamente, se registró el trabajo realizado en las subtareas de cada tarea y estas se marcaron como Finalizada cuando correspondía. Esto permitió mantener un flujo de trabajo bien documentado y asegurarse de que se cumplían los plazos establecidos para cada una de las fases del desarrollo, tanto a nivel de tareas principales como de sus subtareas.

Caso de uso 15

El proceso para cambiar este caso de uso fue el siguiente:

1. Se cambió a la rama correspondiente:

git checkout CU15

2. Se integraron los cambios de la rama develop en la rama CU15 sin hacer un avance rápido (--no-ff):

git merge --no-ff develop

3. Se añadieron los cambios correspondientes al caso de uso CU15.
4. Se registraron los cambios localmente:

git commit -m "GC04-15 UC15 - Movie or episode deletion commit"

5. Se reflejaron los cambios en la rama remota:

git push -u origin CU15

6. Se cambió a la rama develop para integrar los cambios de la rama CU15:

git checkout develop

7. Se realizó la integración de la rama CU15 en develop sin hacer un avance rápido (--no-ff):

git merge --no-ff CU15

8. Se registraron los cambios localmente:

git commit -m "GC04-15 UC15 - Movie or episode deletion merge commit"

9. Finalmente, los cambios se reflejaron en la rama develop del repositorio remoto:

git push -u origin develop

A lo largo del proceso de desarrollo de este caso de uso, se realizó el seguimiento de las tareas en Jira de manera paralela a los cambios en GitHub. La tarea épica correspondiente a este caso de uso se marcó como En curso en Jira, junto con las tareas asociadas a las fases del proceso Requerimientos (R), Análisis y Diseño (A&D), Implementación (IMP) e Integración (INT), según se avanzaba en cada una de ellas.

Simultáneamente, se registró el trabajo realizado en las subtareas de cada tarea y estas se marcaron como Finalizada cuando correspondía. Esto permitió mantener un flujo de trabajo bien documentado y asegurarse de que se cumplían los plazos establecidos para cada una de las fases del desarrollo, tanto a nivel de tareas principales como de sus subtareas.

Caso de uso 16

El proceso para cambiar este caso de uso fue el siguiente:

1. Se cambió a la rama correspondiente:

git checkout CU16

2. Se integraron los cambios de la rama develop en la rama CU16 sin hacer un avance rápido (--no-ff):

git merge --no-ff develop

3. Se añadieron los cambios correspondientes al caso de uso CU16.
4. Se registraron los cambios localmente:

git commit -m "GC04-16 UC16 - Content consultation by genre commit"

5. Se reflejaron los cambios en la rama remota:

git push -u origin CU16

6. Se cambió a la rama develop para integrar los cambios de la rama CU16:

git checkout develop

7. Se realizó la integración de la rama CU16 en develop sin hacer un avance rápido (--no-ff):

git merge --no-ff CU16

8. Se registraron los cambios localmente:

git commit -m "GC04-16 UC16 - Content consultation by genre merge commit"

9. Finalmente, los cambios se reflejaron en la rama develop del repositorio remoto:

git push -u origin develop

A lo largo del proceso de desarrollo de este caso de uso, se realizó el seguimiento de las tareas en Jira de manera paralela a los cambios en GitHub. La tarea épica correspondiente a este caso de uso se marcó como En curso en Jira, junto con las tareas asociadas a las fases del proceso Requerimientos (R), Análisis y Diseño (A&D), Implementación (IMP) e Integración (INT), según se avanzaba en cada una de ellas.

Simultáneamente, se registró el trabajo realizado en las subtareas de cada tarea y estas se marcaron como Finalizada cuando correspondía. Esto permitió mantener un flujo de trabajo bien documentado y asegurarse de que se cumplían los plazos establecidos para cada una de las fases del desarrollo, tanto a nivel de tareas principales como de sus subtareas.

Integración final de develop a main

Una vez completados todos los cambios y verificaciones necesarias en las ramas específicas de los casos de uso, se procedió a integrar los cambios de la rama develop en la rama main para consolidar todo el trabajo realizado. Los pasos realizados fueron los siguientes:

1. Se cambió a la rama main:

git checkout main

2. Se integraron los cambios de la rama develop en main sin hacer un avance rápido (--no-ff):

git merge --no-ff develop

3. Se registraron los cambios localmente:

git commit -m "develop to main commit"

4. Finalmente, se reflejaron los cambios en la rama main del repositorio remoto:

git push -u origin main

Este proceso aseguró que todos los cambios realizados en las ramas de los casos de uso fueran correctamente integrados en la rama principal del proyecto, consolidando así las últimas modificaciones para ser desplegadas o para futuras fases de desarrollo.