GitLab Konfigurationen für Abrufanforderungen

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 2 Minuten Lesedauer

    • GitLab Ausführungen der Pipeline für Pull-(Merge-)Anforderungen, die vor dem Übergang in die Produktion die Change-Beschleunigung durchlaufen, können in DevOps Change-Geschwindigkeitnachverfolgt werden. Diese Integration sammelt auch Metadaten von Zusammenführungsanforderungen für GitLab, um sie in DevOps Change-Geschwindigkeitbeizubehalten. Die Daten sind mit dem Change verknüpft, der bei der Ausführung der Pipeline für die Zusammenführungsanforderung erstellt wurde, und können zum Anwenden von Change-Richtlinien, zur Überprüfung und zur Genehmigung verwendet werden.

    • Das Erstellen, Aktualisieren, Schließen, erneuten Öffnen und Zusammenführen von Abrufanforderungen wird unterstützt.
    • Die Ausführung der Pull-Anforderungs-Pipeline für die Change-Beschleunigung in GitLab -Pipelines wird unterstützt. Details zur Abrufanforderung stehen für die Verwendung in der Change-Genehmigungsrichtlinie zur Verfügung.
    • Der Status der Pipeline GitLab wird nach der Change-Erstellung automatisch mit dem Status der Abrufanforderung aktualisiert. Die Pipeline wird automatisch angehalten und fortgesetzt.
    • E-Mail-IDs sind standardmäßig auf das Format eingestellt<user_name> @noreply.gitlab.com
    • Kommentare werden im Rahmen der Unterstützung von Zusammenführungsanforderungen unterstützt. Das Erstellen und Aktualisieren von Abrufanforderungen wird unterstützt, das Löschen und Bearbeiten hingegen nicht.
    • In DevOps Change-Geschwindigkeitwerden maximal 100 Commits angezeigt. Wenn Sie auf mehr als 100 zugreifen müssen, müssen Sie Ihre Instanz GitLab verweisen. Nur der neueste Kommentar ist ausgefüllt.

    Einstellungen zum Aktivieren von Pull-(Merge-)Anforderungen für die Change-Genehmigung

    Die DevOps -Eigenschaft wird aktiviert, um GitLab-Pull-(Merge-)Anforderungen nachzuverfolgen. Wenn diese Option nicht aktiviert ist, werden Pull-(Merge-)Anforderungen und zugehörige Ereignisse ignoriert. ermöglicht die Nachverfolgung von Pull-(Merge-)Anforderungen von GitLab in DevOps Change-Geschwindigkeit.
    Hinweis:
    Die Eigenschaft ist standardmäßig aktiviert. Wenn die Zusammenführungsanforderungen (Pull-Anforderungen) nicht nachverfolgt werden sollen, müssen Sie sie deaktivieren.

    Wenn diese Option aktiviert ist, werden die Änderungen der Pull-(Merge-)Anforderung in DevOps Change-Geschwindigkeitwidergespiegelt. Wenn deaktiviert, ignoriert DevOps Change-Geschwindigkeit die Abrufanforderungsereignisse.

    Für die Verknüpfung von Abrufanforderungen und Orchestration-Pipelines und zum Aktivieren der Nachverfolgung von Change-Genehmigungen ist Folgendes erforderlich:
    • Verwenden Sie GitLab Docker zur Nachverfolgung von Changes. Ausführliche Informationen finden Sie unter Implementieren Sie anwenderdefinierte Aktionen für Pipelines mit dem generischen Docker-Container-Image.
    • Aus Ihrem Projekt GitLab,
      1. Navigieren zu
        • Für GitLab cloud: Einstellungen > Führen Sie Anforderungen zusammen.
        • Für lokal (13.x): Einstellungen > Allgemein > Führen Sie Anforderungen zusammen.
      2. Aktivieren Sie das Kontrollkästchen Pipelines müssen erfolgreich sein.

        Bei dieser Auswahl können Sie nur dann mit der Zusammenführungsanforderung fortfahren, wenn der Change genehmigt wird. Das heißt, wenn das Kontrollkästchen aktiviert ist, werden Abrufanforderungen blockiert, bis der Change genehmigt wird.

        Einstellungen für Zusammenführungsoptionen.

      3. Wählen Sie Änderungen speichern.
    • Navigieren Sie zu Ihrem Projekt, und öffnen Sie die YML- Datei.
      Fügen Sie der YML- Datei die folgende Regel auf Pipeline-Ebene oder auf bestimmten Aufgabenebenen hinzu.
      rules:
 - if: $CI_PIPELINE_SOURCE == 'merge_request event'
 - if: $CI_PIPELINE_SOURCE != 'merge_request_event'

      Beispiel für Pipeline-Ebene:

      workflow:
  rules:
  - if: $CI_PIPELINE_SOURCE == 'merge_request_event'
  - if: $CI_PIPELINE_SOURCE != 'merge_request_event'

      Beispiel für Positionsebene:

      changeapproval:
   stage: changeapproval
   script:
     - sndevopscli create change -p '{"changeStepDetails":{"timeout":3600,"interval":100},"attributes":{"short_description":"Automated Software Deployment","description":"Automated Software Deployment.","assignment_group":"a715cd759f2002002920bde8132e7018","implementation_plan":"Software update is tested and results can be found in Test Summaries Tab.","backout_plan":"When software fails in production, the previous software release will be re-deployed.","test_plan":"Testing if the software was successfully deployed or not"}}'
   rules:
   - if: $CI_PIPELINE_SOURCE == 'merge_request_event'
   - if: $CI_PIPELINE_SOURCE != 'merge_request_event'