Lab 7: Manejo de ramas

Descripción

En esta actividad exploraremos el uso de ramas para controlar e integrar diferentes versiones de código.

Modalidad

Colaborativa

Objetivos de aprendizaje

Conocer, explorar y aplicar frameworks de estilos para aplicaciones web.

Instrucciones

  • Presta mucha atención a la demostración del profesor en la sesión de clase. Es importante que preguntes conforme te van surgiendo dudas.

  • En equipo, creen un repositorio para su proyecto en BitBucket, GitHub o GitLab.

  • Una persona del equipo, deberá clonar el repositorio de manera local, y a partir de la rama main o master, deberá crear la rama develop, agregar un archivo index.html y sincronizar la rama develop local, con la rama develop remota.

    A partir de este momento, éste será su espacio de trabajo en su proyecto (a.k.a. Single Repository of Truth). Únicamente el código que se encuentre integrado en las ramas main o master y develop, formará oficialmente parte de su proyecto y se considerará como evidencia para evaluación.

  • Una persona por equipo debe compartir el enlace del repositorio de equipo junto con los nombres y matrículas de todos sus miembros en el canal de slack #daw_proyectos, para que se pueda revisar y retroalimentar su trabajo.

    Realizar esta acción es indispensable para tener calificación en los avances de proyecto. No realizarla implica 0 en TODAS las actividades que se entregan por medio del repositorio de equipo.

  • Algunos puntos importantes a considerar:

      -Las ramas main o master y develop son de integración, nunca se escribe código directamente en ellas.

      -Todo el código debe escribirse en ramas personales, derivadas siempre de la versión más reciente de develop.

      -Idealmente, en cada sesión de trabajo debe crearse una nueva rama personal nombrada nombre/feature. Durante la sesión debe terminarse el trabajo y el código debe quedar estable para que al final de la sesión, la rama personal se integre a la rama develop.

      -Idealmente, en cada sesión de trabajo deben realizarse varios commits, cada uno, con una unidad pequeña, lógica y completa de trabajo.

      -Entre más tiempo pase entre una integración y otra, mayor es la probabilidad de conflictos, y más riesgoso es arreglarlos, por lo que es importante integrar el trabajo frecuentemente para reducir esta posibilidad.

Preguntas a responder
Especificaciones de entrega

En el canal de slack #daw_proyectos