Eine GitLab -Basis-CI-Pipeline in DevOpsmodellieren

Modellieren Sie eine GitLab -Basis-CI-Pipeline durch Zuordnen der Pipeline zu einer App und Zuordnen von DevOps -Pipeline-Schritten zu GitLab -Pipeline-Aufträgen.

Vorbereitungen

Erforderliche Rolle: sn_devops.admin

Prozedur

1. Ordnen Sie Ihre Pipeline einer App zu.
   1. Navigieren zu DevOps > Apps und Pipelines > Apps und öffnen Sie den Anwendungsdatensatz, der der Pipeline zugeordnet werden soll.
   2. Klicken Sie in der zugehörigen Liste Pipelines auf Bearbeiten..., um eine Pipeline auszuwählen, die der App zugeordnet werden soll, oder klicken Sie auf Neu, um die Pipeline zu erstellen.
      Hinweis:

      Beim Zuordnen einer Pipeline zu einer App werden die Pipelineschritte auch während des Imports abgerufen.

      Füllen Sie für eine neue Pipeline das Feld Orchestration-Pipeline mit dem Gruppennamen, dem Namen der Untergruppe (falls zutreffend) und dem Projektnamen aus, wie in GitLabangegeben.

      Beispiel: Meine Gruppe/Meine Untergruppe/Mein Projekt.

      Wenn sich ein Projekt nicht in einer Gruppe befindet, geben Sie einfach Mein Projektan.

   3. Klicken Sie auf Absenden.
2. Öffnen Sie den Pipeline-Datensatz erneut, und erstellen Sie DevOps -Schritte, um sie jedem GitLab -Pipeline-Auftrag zuzuordnen, damit eine Orchestration-Aufgabe erstellt werden kann.
   Schritte können auf eine der folgenden Arten erstellt werden.
   • Erstellt automatisch Pipeline-Schritte in DevOps, und ordnet sie automatisch zu, indem Sie Ihre GitLab -Pipeline ausführen.

     Pipeline-Schritte werden automatisch erstellt, zugeordnet und zugeordnet, wenn DevOps während der Ausführung Schrittbenachrichtigungen von Ihrer Pipeline GitLab erhält.

   • Erstellen Sie manuell jeden Pipeline-Schritt, und ordnen Sie ihn einem Pipeline-Auftrag GitLab zu.

     Klicken Sie in der zugehörigen Liste Schritte auf Neu, um für jeden Pipelineauftrag GitLab einen Schritt DevOps zu erstellen (FeldOrchestration-Phase ).

     Hinweis:

     Beim Feldwert Orchestration-Phase jedes Schritts wird zwischen Groß- und Kleinschreibung unterschieden, und der Wert muss mit dem ursprünglichen Namen des entsprechenden GitLab -Pipeline-Auftrags übereinstimmen.

     Name	Name des Pipeline-Schritts.
     Pipeline	Pipeline, in der der Schritt konfiguriert ist.
     Typ	Pipeline-Schritttyp. Build und Test Test Bereitstellen Bereitstellung und Test Manuell Prod-Bereitstellung
     Auftrag	Reihenfolge, in der die Schritte ausgeführt werden. Hinweis: Die Schrittreihenfolge bestimmt die Reihenfolge der Karten in der Pipeline-UI. Die Reihenfolge der Karten in der Pipeline-UI richtet sich nach Aufgabenausführung.
     Orchestration-Phase	GitLab Name des Pipeline-Auftrags (Groß-/Kleinschreibung beachten). Hinweis: Für die Schrittzuordnung zu CI-Pipeline-Aufträgen GitLab muss das Feld Orchestration-Phase konfiguriert sein.
     Business-Service	Konfigurationsservice, der für den Schritt gilt.

     Sobald die Orchestration-Aufgaben erstellt wurden, ordnen Sie jede Orchestration-Aufgabe in der zugehörigen Liste „Orchestration Tasks“ einem Pipelineschritt DevOps zu.

3. Wahlweise: Aktivieren Sie das Kontrollkästchen Change-Steuerung in einem Schritt, um die Change-Beschleunigung und die entsprechenden Konfigurationsfelder zu aktivieren.
   Hinweis:

   Zur Beschleunigung von Changes muss die Funktion „Change-Management“ installiert sein.

   Änderungsbeleg	Wählen Sie diese Option aus, um den Change-Beleg für den Schritt zu aktivieren, damit die Pipeline nicht angehalten wird, wenn eine Change-Anforderung erstellt wird. Alle Pipeline-Daten sind im Change enthalten, es ist jedoch keine Genehmigung erforderlich, damit die Pipeline fortfahren kann.
   Genehmigungsgruppe ändern	Genehmigungsgruppe für die Change-Anforderung. Die Change-Genehmigungsgruppe wird zur Zuweisungsgruppe im Change Request DevOps. Hinweis: Stellen Sie sicher, dass die ausgewählte Gruppe Mitglieder und einen Gruppenmanager hat, sodass das Feld „Genehmiger“ nicht leer ist.
   Änderungstyp	Ändern Sie den Anforderungstyp in „Erstellen“. Normal (Standard) Standard Notfall
   Change-Modell	Change-Modell für die Change-Anforderung. Weitere Informationen finden Sie unter DevOps Change-Modelle.
   Vorlage Hinweis: Dieses Feld wird nur angezeigt, wenn der Change-Typ Normal oder Notfall ist.	Liste der Vorlagen, die zum automatischen Ausfüllen von Feldern für normale oder Notfall-Change-Anforderungen verwendet werden. Wählen Sie eine Vorlage aus, oder erstellen Sie eine neue.
   Standard-Change-Vorlage Hinweis: Dieses Feld wird nur angezeigt, wenn der Change-Typ Standard ist.	Liste der Standard-Change-Vorlagen zur Verwendung für Standard-Change-Anforderungen. Hinweis: Dieses Feld ist für den Change-Typ „Standard“ erforderlich.
   Gesteuerte Verzweigungen ändern	(Nur mehrere Verzweigungen) Kommagetrennte Liste der Verzweigungen unter Change-Steuerung. Platzhalter werden unterstützt.

   Sie können die Change-Steuerung in GitLab für manuelle GitLab -Aufgaben einrichten.

   Hinweis:

   Eine Pipeline muss mindestens einmal ausgeführt und abgeschlossen werden, bevor die Change-Steuerung aktiviert wird.

Beispiel

Abbildung : 1. DevOps Pipeline

Nächste Maßnahme

Change-Beschleunigung in GitLab