---
sourceDocument: Xanadu IT Service Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/xanadu/it-service-management

 Release :

    - xanadu

ft:locale :

    - de-DE

ft:publication_title :

    - Xanadu IT Service Management

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# Eine GitLab -Basis-CI-Pipeline in DevOpsmodellieren

# Eine GitLab -Basis-CI-Pipeline in DevOpsmodellieren {#ariaid-title1}

* Freigeben Version: Xanadu
* 
* Aktualisiert 1. August 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 Minuten Lesedauer

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 DevOpsApps und PipelinesApps 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: <kbd class="ph userinput">Meine Gruppe/Meine Untergruppe/Mein Projekt</kbd>.

      Wenn sich ein Projekt nicht in einer Gruppe befindet, geben Sie einfach <kbd class="ph userinput">Mein Projekt</kbd>an.
   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 \[\] während der Ausführung Schrittbenachrichtigungen von Ihrer Pipeline GitLabDevOps 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 DevOps einen Schritt GitLab 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 {#model-gitlab-pipeline-dev-ops__ul_w1m_crk_wmb} |
     | Bestellung | Reihenfolge, in der die Schritte ausgeführt werden. Hinweis: Die Schrittreihenfolge bestimmt die Reihenfolge der Karten in der [Pipeline-UI](https://servicenow-prod.fluidtopics.net/qQMm~sIR_EKk2l2syNfEsA "Verwenden Sie die Pipeline-UI, um Interaktionen und Ergebnisse für eine Pipelineausführung zu visualisieren. Diese grafische Ansicht zeigt den Fortschritt der Pipeline-Schritte und andere Details für jede Pipeline."). 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. |
     | Geschäftsservice | Konfigurationsservice, der für den Schritt gilt. |
     [ ]

     {#model-gitlab-pipeline-dev-ops__table_v1m_crk_wmb}

     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](https://servicenow-prod.fluidtopics.net/E9HLDQSY9wWEhBgjbOwutw "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.") und die entsprechenden Konfigurationsfelder zu aktivieren.  
   Hinweis:  
   Zur Beschleunigung von Changes muss die Funktion „ [Change-Management](https://servicenow-prod.fluidtopics.net/cAHK_m21IBNuYWBpQfjFmQ "Die Anwendung ServiceNow Change-Management bietet einen systematischen Ansatz zur Kontrolle des Lebenszyklus aller Changes. Nützliche Änderungen lassen sich mit minimalen Unterbrechungen der IT-Services vornehmen.") " 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. |
   | Change-Typ | Ändern Sie den Anforderungstyp in „Erstellen". * Normal (Standard) * Standard * Notfall {#model-gitlab-pipeline-dev-ops__ul_zrc_xdf_llb} |
   | Change-Modell | Change-Modell für die Change-Anforderung. Weitere Informationen finden Sie unter . |
   | 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. |
   [ ]

   {#model-gitlab-pipeline-dev-ops__table_xm1_tdf_llb}

   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](https://servicenow-prod.fluidtopics.net/dry1kImMs~nkqUwpt4h0OQ "Change-Beschleunigung wird in DevOps Change-Geschwindigkeit für GitLab -Aufträge unterstützt.")