Flux de travail Gitlab, forçant la révision du code ou la demande de fusion sur la branche
Je travaille à l'implémentation de Gitlab 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. Tout conseil sur le processus ou vos propres meilleures pratiques est apprécié. Merci!
J'ai commencé à travailler avec gitlab, la lecture de la section AIDE fournit une disposition de workflow. À 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.
Depuis la section AIDE:
Workflow
- Projet clone
git clone [email protected]:project-name.git - Créer une branche avec votre fonctionnalité
git checkout -b $feature_name - Écrivez le code. Valider les modifications
git commit -am "My feature is ready" - Poussez votre branche vers GitLab
git Push Origin $feature_name - Vérifiez votre code sur la page des validations
- Créer une demande de fusion
- 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.
