Gitlab ce flux de travail, forçant la demande d'examen ou fusion du code sur la branche

Je travaille à la mise en œuvre gitlab ce dans mon entreprise avec une stratégie de workflow. Mon idée est que les développeurs auront accès aux référentiels mais, chaque fois qu'ils essaient de valider, leur code doit être revu.

Je sais que je peux leur demander de créer une branche avant de valider, puis de créer une demande de fusion après l'avoir envoyée au référentiel. Je ne suis toujours pas certain de certaines choses ... L'idée que nous comptons sur des personnes pour créer une branche, puis une demande de fusion semble erronée, existe-t-il une solution qui force une sorte de politique selon laquelle la branche principale peut rester propre à moins qu'un " admin "approuve le code qui va y fusionner. J'ai lu "flux de travail de l'équipe github" mais cela ne semble pas offrir une solution viable. Des conseils sur le processus ou votre meilleure pratique est appréciée. Merci!

J'ai commencé à travailler avec gitlab ce, en lisant la section AIDE fournit une mise en page de flux de travail. À ce stade, cela semble être la meilleure solution à ma question. Si quelqu'un a de l'expérience avec ce flux de travail ou des conseils, veuillez ajouter des informations supplémentaires.

Dans la section HELP:

Workflow

1. projet clone
   git clone git@example.com:project-name.git
2. Créer votre branche avec fonction
   git checkout -b $feature_name
3. écrire du code. Valider les modifications
   git commit -am "My feature is ready"
4. Poussez votre branche vers GitLab
   git push origin $feature_name
5. Passez en revue votre code à la page commits
6. Créer une demande de fusion
7. Votre chef d'équipe examinera le code et le fusionnera avec la branche principale

Dans la section des validations de votre référentiel, vous pouvez réellement protéger les branches, ce qui oblige les développeurs à suivre le processus ci-dessus, en créant une branche et en soumettant une demande de fusion.