git - verrouillage de la branche maître pour certains utilisateurs?
Je voudrais forcer les autres membres de l'équipe de ne pas travailler sur la branche-maître, mais sur une branche de développement. nous avons une centrale git-référentiel où nous poussons notre travail dans. je voudrais savoir si il est possible d'empêcher les utilisateurs d'envoyer des changements de la branche-maître, mais seulement de permettre à certains utilisateurs de le faire.
Je voudrais avoir la suite de "workflow"
- développement est toujours fait uniquement avec un développement-direction de la
- la publication-gérant est responsable de la branche master et lui seul est autorisé à fusionner les choses à partir d'une branche de développement dans le maître et les pousser à la branche-maître sur le référentiel central.
Est-ce possible et comment puis-je y parvenir?
source d'informationauteur aurora
Vous devez vous connecter pour publier un commentaire.
Voir
homme githooks
: Dans la repo, vous pouvez créer un$(git rev-parse --git-dir)/hooks/pre-receive
ou$(git rev-parse --git-dir)/hooks/update
script qui vérifie ce que vos utilisateurs essaient de pousser à qui refs. Git est livré avec un mise à jour-paranoïaque exemple crochet de l'application par-ref Acl.Mon faible niveau d'approche serait tout simplement de laisser le RM être le seul à avoir les clés SSH pour pousser le référentiel de tous les autres de l'utiliser comme le maître de référence. De cette façon, personne ne mais le RM peut pousser à maîtriser - et pourtant, tout le monde peut travailler car ils ont leur propre développement local, les branches et les devs peuvent partager entre eux les branches qu'ils aiment.
La prochaine étape est de faire une cuisine en pot testeur pour les choses qui vont entrer en master bientôt. Ce pot est normalement appelé
next
oudev
. L'idée est que plus l'impact d'une succursale a, plus il cuit avant une fusion de maître. Cela donne le RM plein contrôle sur ce que les branches supérieures et donne toujours tout le monde d'un heads-up.