Le principal avantage d’une demande de fusion est qu’elle offre aux membres d’une même équipe un espace pour discuter des modifications potentielles avant qu’elles ne soient officiellement fusionnées. Chaque modification est ainsi examinée par plusieurs paires d’yeux, afin de s’assurer qu’elle est exempte d’erreurs et de risques.

Mais il arrive parfois qu’une équipe décide de fusionner une demande de fusion sans qu’elle ait été dûment examinée, ce qui présente un risque non seulement pour la qualité de la fonctionnalité, mais aussi pour l’infrastructure globale de l’entreprise.

Lorsqu’un tel risque est pris, la meilleure pratique consiste donc à demander à votre équipe de sécurité d’enquêter et de s’assurer que la décision n’a pas été prise de manière inappropriée.

Grâce à cette recette, vous serez en mesure de vous assurer que les fusions non examinées ne passent pas entre les mailles du filet sans être détectées. Lorsqu’une DF dans Github est fusionnée sans révision, Rippling attribue automatiquement une tâche au responsable de l’auteur pour expliquer pourquoi la fusion non révisée s’est produite.

Vous souhaitez également envoyer une alerte à votre canal #ti-sécurité? Comme pour toutes nos recettes de flux de travail, vous pouvez personnaliser ce modèle en fonction de vos besoins exacts, y compris le moment où il doit se déclencher, les actions à effectuer, les destinataires, etc.