Ihren DevOps Change-Prozess beschleunigen

  • Freigeben Version: Xanadu
  • Aktualisiert 1. August 2024
  • 3 Minuten Lesedauer
  • Aktivieren Sie die Change-Beschleunigungsfunktion von DevOps Change-Geschwindigkeit für die automatische Erstellung von Change-Anforderungen in Ihrer Pipeline, und verwenden Sie Flows und Richtlinien für Change-Genehmigungen, um die Genehmigung unter bestimmten Bedingungen zu automatisieren.

    Hinweis:
    ServiceNow Change-Management muss für die Change-Beschleunigung installiert sein.
    Aktivieren Sie die Change-Steuerung, und richten Sie sie ein, wenn Sie Ihre Pipeline in DevOpsmodellieren:

    Sie können Details für aktive Change-Anforderungen anzeigen, indem Sie zu navigieren DevOps > Orchestrieren > Pipeline-Change-Anforderungenan.

    Change-Steuerungsverfahren

    Wenn die Change-Steuerung für einen Job in Ihrer Entwicklungspipeline DevOps aktiviert ist, wird automatisch eine Change-Anforderung erstellt und auf den Status Bewerten gesetzt, um die Genehmigung für die Ausführung der aktuellen Phase oder des aktuellen Jobs anzufordern, sofern für die Change-Anforderung eine Zuweisungsgruppe hinzugefügt wird. Change-Anforderungen können automatisch genehmigt werden, indem Bedingungen in einer Change-Genehmigungsrichtlinie konfiguriert werden.

    Wenn eine Change-Anforderung nicht genehmigt und in den Status „Abgebrochen“ oder „Geschlossen“ verschoben wird, wird der zugehörige Jenkins-, GitHub- oder ADO-Auftrag als fehlgeschlagen markiert, und eine Konsolennachricht wird angezeigt:

    Für Jenkins: [ServiceNow DevOps] Der Auftrag wurde nicht zur Ausführung genehmigt

    Für GitHub: Fehler: **** Change wurde erstellt, aber der Change wurde entweder abgelehnt oder abgebrochen

    Für ADO: „changeState":"Geschlossen“

    Anwenderdefinierte Change-Anforderungsvorlagen

    Wenn Sie die Change-Steuerung im ServiceNow DevOps Schritt aktivieren, können Sie eine anwenderdefinierte Vorlage auswählen, um Felder beim Erstellen der Change-Anforderung automatisch auszufüllen. Das Feld Kategorie der Change-Anforderung wird automatisch auf DevOpsgesetzt.
    Hinweis:
    Konfigurieren Sie die Felder Category und changeType nicht aus der anwenderdefinierten Vorlage.

    Der Typ der Change-Anforderung entspricht der Change-Anforderungstabelle im globalen Bereich.

    Zugehörige Listen für automatische Change-Anforderungen

    Bei einer Change-Anforderung, die automatisch von DevOpserstellt wird, wird das Feld Kategorie automatisch auf DevOps festgelegt, und die folgenden zugehörigen Listen werden hinzugefügt:
    Commits
    Commits, die der Change-Anforderung zugeordnet sind.
    Arbeitselemente
    Arbeitselemente, die der Change-Anforderung zugeordnet sind.
    Artefaktversionen

    Liste der Artefaktversionen, die dem Paket zugeordnet sind, das mit der Pipeline-Ausführung für Pakete verknüpft ist, die vor der Genehmigung der Change-Anforderung erstellt wurden.

    Wenn kein Paket mit der Pipeline-Ausführung verknüpft ist, ist die Liste leer.

    Testzusammenfassungen (ersetzt zugehörige Liste „Testergebnisse“)

    Liste der Testzusammenfassungen für eine Pipelineausführung, die einem Artefakt, einem Paket oder einer Aufgabenausführung vor der Change-Anforderung zugeordnet ist.

    Weitere Informationen finden Sie unter Testergebnisse.

    DevOps – Zugehörige Listen für Changes

    Hinweis:
    Implementierungsdetails aus dem Orchestration-Tool werden automatisch dem Feld Arbeitsnotizen im Formular „Change-Anforderung“ hinzugefügt. Den Arbeitsnotizen hinzugefügte Details sind auf 5 KB des Aufgabenausführungsprotokolls für den Schritt beschränkt.

    Anwenderdefinierter Change-Anforderungsprozess

    Diese DevOps-Change-Eigenschaften sind verfügbar, um Ihren Change-Anforderungs-Flow anzupassen.

    • Implementierungsstatus der DevOps-Change-Anforderung
    • Status der DevOps-Change-Anforderung nach der Implementierung
    • Abbruchstatus der DevOps-Change-Anforderung
    • Genehmigungstext der DevOps-Change-Anforderung

    Um Ihren Change-Anforderung-Flow anzupassen, müssen Sie zuerst einen erstellen Systemdefinition > Auswahllistean. Beispiel: DevOps_Implement (Wert – 10).

    Fügen Sie dann die Auswahlliste zu hinzu Systemdefinition > Skripteinbindung > ChangeRequestStateHandlerSNCan.

    Nachdem Sie die Auswahlliste erstellt und der Skripteinbindung hinzugefügt haben, können Sie die DevOps-Change-Eigenschaften mit den neuen Auswahllistenwerten aktualisieren. Beispiel: DevOps change request implement state -10.

    DevOps-Risikobedingung

    Sie können die Risiko- und Auswirkungsberechnung DevOps basierend auf der Risikopunktzahl des Committers verwenden.

    Diese Bedingung ist standardmäßig deaktiviert.

    Zugehörige Liste „Testergebnisse“.

    Listet die Tests auf, die in einer Pipeline ausgeführt wurden, nachdem ein Paket erstellt wurde. Wenn kein Paket erstellt wurde, enthält die Liste die Tests, die nach der Erstellung einer Artefaktversion ausgeführt wurden.

    Szenarien:

    In der Pipeline wird ein Paket erstellt, aber es sind keine Artefaktversionen registriert.
    • Wenn die Change-Anforderung in der Paketerstellungsphase erstellt wird:

      Es werden keine Testergebnisse angezeigt, da ein Paket noch nicht mit der Pipeline-Ausführung verknüpft ist.

    • Wenn die Change-Anforderung in einer Phase nach der Paketerstellungsphase erstellt wird:

      Build-Testzusammenfassungen umfassen diejenigen, die Phasen nach der Paketerstellungsphase zugeordnet sind, bis zur Phase „Change-gesteuert“.

    Artefaktversionen sind registriert, aber es wird kein Paket erstellt.
    • Wenn die Change-Anforderung in der Artefaktversionsphase erstellt wird:

      Es werden keine Testergebnisse angezeigt, da bis zum Abschluss der Aufgabenausführung keine Tests zugeordnet sind.

    • Wenn die Change-Anforderung in einer Phase nach der Artefaktversionsphase erstellt wird:

      Build-Testzusammenfassungen umfassen diejenigen in der Artefaktversionsphase sowie die Phasen danach, bis zur Phase „Change-kontrolliert“.

    Sowohl die Artefaktversionen als auch das Paket werden in der Pipeline erstellt.
    • Wenn die Change-Anforderung Teil der Phase nach den Phasen „Artefaktversion“ und „Paketerstellung“ ist:

      Build-Testzusammenfassungen umfassen diejenigen, die der Paketerstellungsphase zugeordnet sind, sowie die darauffolgenden Phasen bis zur Phase „Von Change gesteuert“.

    • Wenn die Change-Anforderung Teil der Paketerstellungsphase ist und Artefaktversionen als Teil einer früheren Phase erstellt werden:
      • oder die Change-Anforderung wird in einer Phase (nicht Paketerstellung) nach der Artefaktversionsphase, aber vor der Paketerstellungsphase erstellt.
      • oder die Change-Anforderung ist Teil der Paketerstellungsphase, und Artefaktversionen werden als Teil einer früheren Phase erstellt:

      Build-Testzusammenfassungen umfassen diejenigen, die der Artefaktversionsphase zugeordnet sind, sowie die Phasen danach, bis zur Phase „Change-gesteuert“.

    Ansicht Pipeline-Ausführungen

    Sie können die Pipeline-Aktivität anzeigen, indem Sie zu navigieren DevOps > Orchestrieren > Pipeline-Ausführungenan.

    Ausführung der DevOps-Pipeline