Approbation des demandes de modification
Une demande de modification peut être approuvée manuellement ou automatiquement (à condition que tous les contrôles de conformité requis soient réussis et que le déploiement soit prêt true).
Par défaut, les demandes de changement standard sont créées et si toutes les vérifications de conformité requises réussissent, la valeur de la préparation du déploiement passe à true. Lorsqu'une demande de changement est de type standard
et que la préparation du déploiement a pour valeur true, elle est automatiquement approuvée.
Si un ou plusieurs contrôles de conformité échouent, l'état de préparation au déploiement est fixé à false, le pipeline de déploiement continu s'interrompt et le déploiement s'arrête en raison de la demande de modification non approuvée.
Vous pouvez toujours procéder au déploiement en cas d'urgence en ajoutant une étiquette d'urgence à la demande de promotion.
Vous pouvez également fournir une demande de changement pré-approuvée manuellement que le pipeline de déploiement peut utiliser (avec l'étiquette status_approved) dans Gitlab
Adoptez l'une ou l'autre des approches suivantes :
Option 1 : Ajout d'un label d'urgence à la promotion des RP
Si vous devez déployer des changements urgents immédiatement, vous pouvez utiliser le mode d'urgence. Lorsque vous promouvez une modification, ajoutez une étiquette emergency à la demande de promotion pour inviter le pipeline de
déploiement continu à créer une demande de modification d'urgence. Les demandes de changement urgent permettent au déploiement de se poursuivre même si l'approbation est manquante. Pour plus d'informations sur le flux d'urgence, voir Automatisation de la gestion des modifications.
Utilisez le mode d'urgence avec modération et avec précaution.
Vous pouvez définir la valeur de l'étiquette d'urgence (default: EMERGENCY) que le pipeline de déploiement continu recherche sur la demande de promotion lorsque vous créez la chaîne d'outils.
étiquette d'urgence
Vous pouvez également modifier la valeur du libellé d'urgence à partir des variables d'environnement du pipeline :
Cette étiquette, indiquée par la valeur définie par la propriété d'environnement emergency-label, doit être ajoutée à la demande de promotion pour indiquer au pipeline CD qu'il s'agit d'une modification d'urgence.
Lorsque le déploiement est terminé, la demande de modification d'urgence passe à l'état Review, ce qui indique que les approbateurs assignés doivent la réviser et l'approuver rétroactivement.
Il n'y a pas de débit d'urgence du côté de l'oléoduc CI. Toutefois, la définition d'une propriété du pipeline CI/déclencheur skip-inventory-update-on-failure avec une valeur vide ou 0 permettra la mise à jour du référentiel
d'inventaire, même si des problèmes sont détectés lors de l'exécution du pipeline CI. Grâce à cet inventaire actualisé, un changement d'urgence peut être activé.
Option 2 : Fournir un CR pré-approuvé manuellement
Si le déploiement n'est pas une urgence, vous pouvez attendre que la demande de changement soit approuvée manuellement. Utiliser le numéro de demande de changement existant, approuvé manuellement au préalable, qui est défini dans les variables
d'environnement du pipeline de déploiement continu. La valeur par défaut est notAvailable, ce qui signifie que le pipeline de déploiement continu crée une nouvelle demande de changement.
