Modell A GitLab Basis-CI-Pipeline in DevOps

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 2025
  • 2 Minuten Lesedauer
  • Modell A GitLab Basis-CI-Pipeline durch Zuordnung der Pipeline zu einer App und Zuordnung DevOps Pipeline-Schritte bis GitLab Pipeline-Aufträge.

    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 Zum Erstellen der Pipeline.
        Hinweis:
        Beim Zuordnen einer Pipeline zu einer App werden die Pipeline-Schritte auch während des Imports abgerufen.

        Füllen Sie für eine neue Pipeline aus Orchestration-Pipeline Feld mit dem Gruppennamen, dem Untergruppennamen (falls zutreffend) und dem Projektnamen wie in angegeben GitLab.

        Beispiel: Meine Gruppe/meine Untergruppe/mein Projekt .

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

      3. Klicken Sie auf Absenden.
    2. Öffnen Sie den Pipeline-Datensatz erneut, und erstellen Sie ihn DevOps Schritte, die jedem zugeordnet werden sollen GitLab Pipeline-Auftrag, damit eine Orchestration-Aufgabe erstellt werden kann.
      Schritte können auf eine der folgenden Arten erstellt werden.
      • Pipeline-Schritte in automatisch erstellen und zuordnen DevOps Durch Ausführen von GitLab Pipeline.

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

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

        Klicken Sie in der zugehörigen Liste Schritte auf Neu Zum Erstellen von DevOps Schritt für jeden GitLab Pipeline-Auftrag ( Orchestration-Phase Feld).

        Hinweis:
        Die Orchestration-Phase Bei Feldwerten jedes Schritts wird zwischen Groß- und Kleinschreibung unterschieden und muss mit dem ursprünglichen Namen des entsprechenden übereinstimmen GitLab Pipeline-Auftrag.
        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
        Reihenfolge

        Reihenfolge, in der die Schritte ausgeführt werden.

        Hinweis:
        Die Schrittreihenfolge bestimmt die Reihenfolge der Karten im Pipeline-UI .

        Die Reihenfolge der Karten in der Pipeline-UI hängt von der Aufgabenausführung ab.

        Orchestration-Phase

        GitLab Name des Pipeline-Auftrags (Groß-/Kleinschreibung beachten).

        Hinweis:
        Für die Schrittzuordnung mit GitLab CI-Pipeline-Aufträge, die Orchestration-Phase Feld muss konfiguriert sein.
        Geschäftsservice Konfigurationsservice, der für den Schritt gilt.

        Sobald Orchestration-Aufgaben erstellt wurden, ordnen Sie jede Orchestration-Aufgabe in der zugehörigen Liste Orchestration-Aufgaben einem zu DevOps Pipeline-Schritt.

    3. Wahlweise: Wählen Sie aus Change-Steuerung Kontrollkästchen in einem Schritt zum Aktivieren Change-Beschleunigung Und die entsprechenden Konfigurationsfelder.
      Hinweis:
      Die Change-Management Die Funktion muss für die Change-Beschleunigung 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, aber die Genehmigung ist nicht erforderlich, damit die Pipeline fortfährt.

      Genehmigungsgruppe ändern

      Genehmigungsgruppe für die Change-Anforderung.

      Die Change-Genehmigungsgruppe wird zur Zuweisungsgruppe In DevOps Change-Anforderung.

      Hinweis:
      Stellen Sie sicher, dass die ausgewählte Gruppe Mitglieder und einen Gruppenmanager hat, damit das Feld „Genehmiger“ nicht leer ist.
      Änderungstyp Zu erstellender Change-Anforderungstyp.
      • 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 Change-Typ Ist normal oder Notfall.

      Liste der Vorlagen, die zum automatischen Ausfüllen von Feldern für normale oder Notfall-Change-Anforderungen verwendet werden sollen.

      Wählen Sie eine Vorlage aus, oder erstellen Sie eine neue.

      Standard-Change-Vorlage

      Hinweis:
      Dieses Feld wird nur angezeigt, wenn Change-Typ Ist Standard.
      Liste der Standard-Change-Vorlagen, die für Standard-Change-Anforderungen verwendet werden sollen.
      Hinweis:
      Dieses Feld ist für den Standard-Change-Typ erforderlich.
      Gesteuerte Verzweigungen ändern

      (Nur Mehrfachverzweigungen) kommagetrennte Liste von Verzweigungen unter Change-Steuerung. Platzhalter werden unterstützt.

      Sie können die Change-Steuerung in einrichten GitLab Für manuell GitLab Aufträge.

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

    Beispiel

    Abbildung : 1. DevOps Pipeline
    DevOps GitLab Pipeline-Schritte

    Nächste Maßnahme

    Ändern Sie die Beschleunigung in GitLab