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!
"The idea that we rely on people to create a branch and then a merge request seems faulty"Il me semble que vous avez un plus gros problème qu'un manque de fonctionnalités dans un système de contrôle de version. S'il ne s'agit que de passer du temps supplémentaire à créer une branche, jetez un œil à Atlassian Stash et à son intégration avec Jira.Réponses:
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
git clone [email protected]:project-name.gitgit checkout -b $feature_namegit commit -am "My feature is ready"git push origin $feature_nameDans 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.
la source