Cela pourrait être votre souhait, en tant que Tech Lead par exemple, d’exiger que chaque Pull Request soit review par au moins une personne (sur les branches Git majeures).
Eh bien, il est possible de configurer un repository GitHub de telle manière à ce que le merge de PR ne soit techniquement pas possible sans l’approbation d’un autre développeur.
Cela prend la forme suivante (message clair en rouge et bouton grisé) :
Rendez-vous dans les “Settings” du repository
Dans la section “Code and automation”, cliquez sur “Branches”
Puis cliquez sur “Add rule”
Dans “Branch name pattern”, saisissez un nom de branche ou une expression régulière qui cible les branches que vous souhaitez protéger
tip : utilisez les wildcards astérisque (*) et point d’interrogation (?)
exemple : release* pour cibler les branches qui commencent par “release”
Cochez d’abord la case “Require a pull request before merging”
Puis cochez la case “Require approvals“
Conseil : cochez également la case “Do not allow bypassing the above settings”, sans quoi il suffira à n’importe qui d’un seul clic pour s’affranchir de la règle
Bon, l’idée reste quand même de sensibiliser l’équipe au cadre et à l’organisation en place. Les outils sont là pour aider mais on peut toujours les by-passer.
Vous voilà quand même un peu plus protégé contre les merge sauvages.
✌️
No posts

Comments
Nothing yet. Say the first thing.
Sign in to join the conversation.