Utilisez l’aptitude GitHub Deployment Gate pour décider si un nouveau déploiement doit se poursuivre ou s’arrêter.
Avant de commencer
Les portails de déploiement GitHub ne sont pris en charge que si vous avez connecté votre instance GitHub avec des informations d’identification OAuth 2.0 pour GitHub Apps à l’aide du jeton de porteur JWT. Pour plus d'informations, consultez Informations d’identification OAuth 2.0 pour GitHub les applications : JWT.
Par défaut, la section Règles de protection du déploiement est disponible pour les environnements dans tous les référentiels sélectionnés dans l’application GitHub installée.
Rôle requis : Autorisation de créer des environnements dans GitHub
Procédure
- Accédez aux paramètres > environnements à partir d’un référentiel et cliquez sur Nouvel environnement pour créer un environnement.

- Dans la section Règles de protection du déploiement, sélectionnez le nom de l’application GitHub installée, puis sélectionnez Règles de protection de l’enregistrement.

-
Ajoutez l’action personnalisée ServiceNow DevOps Change Automation au niveau de l’étape (par exemple, la tâche changeRequest dans le workflow/fichier yaml) dans une tâche de pipeline pour créer le changement pour les portails de déploiement.
Le
deployment-gate paramètre doit être ajouté au format JSON suivant.
'{"environment":"deployment_gate","jobName":"Deploy"}'
Ici
environment , la valeur clé est l’environnement créé avec les règles de protection du déploiement et
jobName la valeur clé est la tâche de déploiement créée dans le fichier workflow/yaml avec une dépendance sur la tâche de demande de changement configurée avec l’action personnalisée ServiceNow DevOps Change Automation.

Lorsque le fichier workflow/yaml spécifique à la porte de déploiement est exécuté dans GitHub Actions, les détails tels que le numéro de changement, l’URL de changement et l’état s’affichent une fois la demande de changement créée dans ServiceNow. 
Les détails tels que les commentaires sur le changement, Approuvé par, Approuvé le et l’état sont consignés dans l’outil GitHub après la reprise de l’exécution du workflow à partir de ServiceNow, c’est-à-dire lorsque la demande de changement est approuvée et que l’état de la demande de changement est mis à jour sur Implémenter dans ServiceNow. 