Parallele Phasen in Release-Pipelines in Azure DevOps .

  • Freigeben Version: Xanadu
  • Aktualisiert 1. August 2024
  • 2 Minuten Lesedauer

    • Parallele Phasen in einer Release-Pipeline werden jetzt gleichzeitig verarbeitet und in der Anwenderoberfläche der Pipeline DevOps in Echtzeit angezeigt. Mit Vorbereitstellungsbedingungen und Release-Gates für das Basissystem können Sie Change-Anforderungen erstellen, die Details aus parallelen Phasen enthalten.

    Unterstützung paralleler Phasen des Basissystems für Azure DevOps

    Organisationen verwenden parallele Phasen, um Releaseprozesse für Aufgaben, die parallel ausgeführt werden können, zu automatisieren und zu beschleunigen. Beispielsweise sind in eine Release-Pipeline mehrere Tools für Tests und Softwarequalität integriert, und die Aufgaben sind für die parallele Ausführung konfiguriert. Wenn nicht jeder Auftrag nacheinander ausgeführt wird, wird die Ausführung der Release-Pipeline erheblich beschleunigt.

    ServiceNow DevOps unterstützt die Verarbeitung paralleler Phasen in Release-Pipelines und zeigt die Phasen in einer parallelen Ansicht in der Pipeline-UI von DevOps an. Tatsächlich repliziert die UI der Pipeline DevOpsAzure DevOps die GUI [] in Echtzeit.

    Sie können die Details der verarbeiteten Phasen auch in der Pipeline-UI anzeigen.
    Wichtig:
    Die Unterstützung für parallele Phasen ist auf Release-Pipelines beschränkt. Build-Pipelines werden in der Pipeline-UI DevOps weiterhin sequenziell oder seriell angezeigt, auch wenn für Build-Pipelines in Azure DevOpsparallele Phasen konfiguriert sind.

    Pipeline-UI mit parallelen Phasen

    ServiceNow® DevOps Release-Gate in Bedingungen vor der Bereitstellung, um Change-Anforderungen zu erstellen

    Ein Release-Gate basissystemgestützt ServiceNow DevOps wird zusammen mit Bedingungen vor der Bereitstellung hinzugefügt. Aktivieren Sie Bereitstellungs-Gates für das Basissystem, die für den Aufruf der Instanz Now Platform konfiguriert sind, um vor der Phase „In Produktion bereitstellen“ eine Change-Anforderung zu erstellen. Change-Anforderungen werden jetzt erstellt, nachdem die Verarbeitung aller vorherigen (vorgelagerten) Phasen abgeschlossen wurde. Die Change-Anforderung erfasst relevante Details aus allen vorgelagerten Phasen und zeigt sie in den entsprechenden zugehörigen Listen an.
    • Commits
    • Arbeitselemente
    • Testzusammenfassungen
    • Softwarequalitätszusammenfassung
    • Artefaktversionen

    Nachdem die Pipelineausführung die Verarbeitung der parallelen Phasen vor der Produktionsbereitstellungsphase abgeschlossen hat, wird automatisch eine Change-Anforderung erstellt und der Phase „In Produktion bereitstellen“ in der Ansicht Pipeline Ausführungen zugeordnet. Die Produktionsphase schließt die Verarbeitung ab, sobald die Change-Anforderung genehmigt wurde.

    Klicken Sie in der Ansicht Pipeline-Ausführung der entsprechenden Pipeline auf den zugehörigen Link Pipeline-UI, um den Echtzeitstatus der Pipeline anzuzeigen, wie er in Azure DevOpsangezeigt wird. Die zugehörigen Artefaktdetails, die aus der Build-Pipeline bezogen werden, sowie Testergebnisse und Zusammenfassungsergebnisse zur Softwarequalität werden in der Pipeline-UI angezeigt.

    Überlegungen zum Upgrade

    Stellen Sie sicher, dass Sie die folgenden Überlegungen lesen, bevor Sie ein Upgrade durchführen.
    Wichtig:
    Eine Change-Anforderung darf nicht in einer Phase vorhanden sein, die parallele Aufträge enthält.
    • Die Spalte „ Vorgelagerte Ausführung “ in der Tabelle „Aufgabenausführungen“ wird bei Neuinstallationen nicht angezeigt. Alle Anpassungen, die Sie vor dem Upgrade mithilfe der Spalte Vorgelagerte Ausführung vorgenommen haben, sind nicht betroffen.
    • Wenn Phasen parallel ausgeführt werden, darf eine Change-Anforderung nicht der erste Auftrag in einer Phase sein.
    • Nach dem Upgrade verarbeiten Pipelineausführungen neuer Releases parallele Phasen gleichzeitig und zeigen parallele Phasen und zugehörige Details in der Pipeline-UI an. Azure DevOps -Release-Pipelines, die bereits vor dem Upgrade ausgeführt und in ServiceNow DevOps gespeichert wurden, bleiben davon betroffen und zeigen weiterhin parallele Phasen (die bereits ausgeführt und beibehalten wurden) in ServiceNow DevOps seriell an.
    • Wenn das Releasegate ServiceNow DevOps vor der Bereitstellung in mehr als einer Startphase in einer Releasepipeline mit mehreren Startphasen aktiviert ist, kann dies zu Ausführungen in mehreren Pipelines führen.
    Hinweis:
    Für jede Startphase wird ein Paket erstellt, aber pro Pipelineausführung wird ein Paket zugeordnet.