Gestión de Merge Request en Gitlab para los poryectos de Spin Mirror Strategy

El proceso para generar, validar y mezclar un Merge Request en GitLab con dos revisores generalmente sigue los siguientes pasos:

  1. Crear un branch: En tu repositorio de GitLab, crea una rama para desarrollar tu nueva función o solucionar un problema específico, para el nombre de la rama sigue en cuenta el documento Git Conventions de PALO IT. Asegúrate de basar esta rama en la rama development

  2. Realizar cambios y hacer commits: Realiza los cambios necesarios en tu rama y haz commits con mensajes descriptivos que expliquen los cambios realizados. Procura realizar cambios que correspondan al ticket asignado. Evita tener cambios en una misma rama de más de un ticket.

  3. Crear el Merge Request: Una vez que hayas completado tus cambios y commits, crea un Merge Request en GitLab. Esto se puede hacer desde la interfaz web de GitLab, donde seleccionarás la rama development y la rama que has creado para tus cambios. Al documentar tu MR, utiliza la plantilla default

  4. Asignar revisores: En el Merge Request, asigna a los dos revisores que deseas que revisen tu código. Esto se puede hacer en la sección de revisores o asignando directamente a los usuarios correspondientes.

  5. Revisión de código: Los revisores recibirán una notificación de que se les ha asignado el Merge Request y podrán revisar los cambios realizados en el código, ya sea a través de las notificicaciones de Gitlab o colocando un mensaje en el grupo de trabajo del proyecto Spin Mirror Strategy. Pueden agregar comentarios, realizar sugerencias o aprobar el Merge Request una vez que estén satisfechos con los cambios.

  6. Realizar modificaciones: Si los revisores solicitan modificaciones o hacen comentarios, realiza los cambios necesarios en tu rama y haz nuevos commits. Estos cambios se reflejarán automáticamente en el Merge Request.

  7. Aprobación de revisores: Una vez que los dos revisores estén satisfechos con los cambios realizados, pueden aprobar el Merge Request en GitLab. Esto indica que han revisado y aprobado los cambios.

  8. Resolver conflictos (si es necesario): Si se producen conflictos durante el proceso de revisión o debido a otros cambios en la rama de destino, deberás resolverlos antes de continuar.

  9. Mezclar el Merge Request: Una vez que todos los revisores hayan aprobado el Merge Request y se hayan resuelto los conflictos, puedes mezclarlo en la rama development.