Verwenden Sie die GitHub Deployment Gate-Fähigkeit, um zu entscheiden, ob eine neue Bereitstellung fortgesetzt oder angehalten werden soll.
Vorbereitungen
GitHub-Bereitstellungs-Gates werden nur unterstützt, wenn Sie Ihre GitHub-Instanz mit OAuth 2,0-Anmeldeinformationen für GitHub-Apps über das JWT-Bearer-Token verbunden haben. Weitere Informationen finden Sie unter OAuth 2,0-Anmeldeinformationen für GitHub Apps: JWT.
Standardmäßig ist der Abschnitt Bereitstellungsschutzregeln für Umgebungen in allen in der installierten GitHub-App ausgewählten Repositorys verfügbar.
Erforderliche Rolle: Berechtigung zum Erstellen von Umgebungen in GitHub
Prozedur
- Navigieren Sie zu Einstellungen > Umgebungen Klicken Sie in einem Repository auf Neue Umgebung Um eine Umgebung zu erstellen.

- Wählen Sie im Abschnitt Bereitstellungsschutzregeln den Namen der installierten GitHub-App aus, und wählen Sie aus Speichern Sie Schutzregeln .

-
Fügen Sie die anwenderdefinierte ServiceNow DevOps-Change-Automatisierung auf Schrittebene (z. B. ChangeRequest-Auftrag in Workflow/yaml-Datei) in einem Pipeline-Auftrag hinzu, um den Change für Bereitstellungs-Gates zu erstellen.
Die
deployment-gateParameter muss im folgenden JSON-Format hinzugefügt werden.
'{"environment":"deployment_gate","jobName":"Deploy"}'
Hier
environmentDer Schlüsselwert ist die Umgebung, die mit Bereitstellungsschutzregeln und erstellt wurde
jobNameSchlüsselwert ist der Bereitstellungsauftrag, der in der Workflow-/yaml-Datei mit Abhängigkeit vom Change-Anforderungsauftrag erstellt wurde, der mit der anwenderdefinierten Aktion „ServiceNow DevOps Change-Automatisierung“ konfiguriert wurde.

Wenn die spezifische Workflow-/yaml-Datei des Bereitstellungs-Gates in GitHub-Aktionen ausgeführt wird, werden Details wie Change-Nummer, Change-url und Status angezeigt, sobald die Change-Anforderung in ServiceNow erstellt wurde. 
Die Details wie Change-Kommentare, genehmigt von, genehmigt am und Status werden im GitHub-Tool protokolliert, nachdem die Workflow-Ausführung von ServiceNow fortgesetzt wurde, d. h. wenn die Change-Anforderung genehmigt und der Status der Change-Anforderung in „in ServiceNow implementieren“ aktualisiert wird. 