Estoy trabajando para implementar Gitlab en mi empresa con una estrategia de flujo de trabajo. Mi idea es que los desarrolladores tendrán acceso a los repositorios pero, cada vez que intenten comprometerse, su código debe ser revisado.
Sé que puedo hacer que creen una rama antes de comprometerse, y luego crear una Solicitud de fusión después de que se haya enviado al repositorio. Todavía no estoy claro acerca de ciertas cosas ... La idea de que dependamos de las personas para crear una sucursal y luego una solicitud de fusión parece defectuosa, ¿hay alguna solución que obligue a algún tipo de política de que la sucursal maestra pueda mantenerse limpia a menos que un " admin "aprueba el código que está a punto de fusionarse con él. He leído el "flujo de trabajo del equipo github", pero no parece ofrecer una solución viable. Cualquier consejo sobre el proceso o su propia mejor práctica es apreciado. ¡Gracias!
"The idea that we rely on people to create a branch and then a merge request seems faulty"Me parece que tiene un problema mayor que la falta de características en un sistema de control de versiones. Si solo es cuestión de pasar el tiempo extra creando una sucursal, eche un vistazo a Atlassian Stash y su integración con Jira.