Si encuentras algo que te causa duda nos puedes dejar un comentario y te responderemos lo más rápido posible.
Solución:
En Gitlab, el merged el estado significa que las confirmaciones relevantes se han fusionado y no se necesita ninguna acción.
A closed La solicitud de fusión es una que se ha dejado de lado o se ha considerado irrelevante. Por lo tanto, no se fusiona con el código base.
Por lo tanto, usted sólo merge MR cuando esté satisfecho con los cambios y close si cree que los cambios no son dignos de ser integrados en el código base nunca.
Un flujo de trabajo típico sería el siguiente:
- El usuario A trabaja en una nueva función en una rama de funciones y envía su trabajo a esa rama.
- Pueden abrir una solicitud de fusión para fusionar su rama de función en maestra.
- El usuario B extrae la rama de función, eventualmente la vuelve a basar en maestra y ejecuta las pruebas que desea.
- Si el usuario B está satisfecho con los cambios o la nueva función, puede fusionar el MR en el maestro (o cualquier rama en la que se fusione)
- La solicitud de fusión se mostrará como fusionada
Por supuesto, es mejor si las pruebas se ejecutan automáticamente en un CI.
Con GitLab 12.2 (agosto de 2019), tiene nuevas opciones que podrían ayudar a indicar el estado “cerrado” de una solicitud de combinación.
Consulte “Nuevas opciones de inserción para solicitudes de fusión”
En GitLab 12.2, a GitLab se le han enseñado nuevas opciones de inserción para:
- Configure la rama para que se elimine cuando se fusione.
- Cambie el título de la solicitud de fusión.
- Cambie la descripción de la solicitud de combinación.
Ver problema y documentación
Si te apasiona la programación, tienes la libertad de dejar un post acerca de qué le añadirías a esta crónica.