Ausführungssequenz und Wartelogik für erneute Ausführung von Aufträgen

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 2025
  • 2 Minuten Lesedauer
  • Verarbeitungssequenz und Wartelogik für erneute Ausführungsaufträge unterscheiden sich, wenn Sie eine Change-Anforderung als Teil eines erneuten Ausführungsauftrags wiederverwenden oder erstellen.

    Vorhandene Überlegungen

    • Eine Change-Anforderung darf in einer Phase, die parallele Aufträge enthält, nicht vorhanden sein.
    • Wenn mehr als eine Phase parallel ausgeführt wird, darf die Change-Anforderung nicht der erste Auftrag in beiden Phasen sein.
    Hinweis:
    Parallele Phasen in Release-Pipelines werden verarbeitet und in der Pipeline-UI angezeigt, wie sie in auftreten Azure DevOps Pipeline. Parallele Phasen in Build-Pipelines werden weiterhin parallel verarbeitet, werden jedoch in einer seriellen Reihenfolge in der Pipeline-UI angezeigt.

    Überlegungen Zum Upgrade

    Die Funktionalität oder Ausführung ändert sich nicht, wenn Sie den ersten Pipeline-Versuch ausführen. Alle Phasen werden sequenziell verarbeitet und zugehörige Tests, Softwarequalitätsprüfungen und Change-Anforderungen werden wie modelliert ausgeführt und erstellt.
    Hinweis:
    • Führen Sie nach dem Upgrade eine neue Pipeline aus, wenn Sie Phasen und Pipelines vor dem Upgrade erneut ausgeführt haben. Wiederholungsversuche und fehlgeschlagene Ereignisse vor dem Upgrade werden von ignoriert ServiceNow DevOps Für Wiederholungen.
    • Wenn Sie die Pipeline vor dem Upgrade nur einmal ausgeführt haben, können Sie die Phase oder die Pipeline erneut ausführen. Die Funktion zum erneuten Ausführen gilt wie geplant und wird in gespeichert ServiceNow DevOps.

    Ausführungssequenz und Verarbeitungslogik

    • Wenn beim erneuten Versuch derselbe Registrierungsaufruf für die Artefaktversion empfangen wird, wird der Registrierungsaufruf ignoriert.
    • Paketregistrierungsaufrufe mit demselben Paketnamen werden nicht ignoriert. Ein neues Paket, das Artefaktversionen und Pipeline-Ausführung zugeordnet ist, wird während des erneuten Versuchs erstellt. Die Artefakte, die dem neuesten Paket zugeordnet sind, werden in der Change-Anforderung angezeigt.

    Von Azure DevOps GUI: Wenn Sie eine Phase in einer Build-Pipeline erneut ausführen, werden die nachfolgenden Phasenwiederholungen auch in der angegebenen Reihenfolge ausgelöst. Wenn Sie die Verarbeitung einer Pipeline erneut versuchen, bevor alle Phasen des vorherigen Versuchs nicht abgeschlossen sind. Der nachfolgende Versuch wartet, bis alle Ereignisse des vorherigen Versuchs verarbeitet wurden.

    Bei Release-Pipelines werden die Phasen nur während der ersten Ausführung in der angegebenen Reihenfolge ausgeführt. Führen Sie für nachfolgende Wiederholungsversuche jede Phase manuell aus. In Release-Pipelines, auch wenn Phasen in parallel ausgeführt werden Azure DevOps, Ab dem zweiten Versuch werden die Ereignisse in der angegebenen Reihenfolge verarbeitet.

    • Wenn eine neue Change-Anforderung für einen Phasenauftrag für den erneuten Versuch erstellt wird und die Phase, die Sie erneut versuchen, einen Test und einen Softwarequalitätstest enthält, werden nur die neuesten Testzusammenfassungs- und Softwarequalitätsprüfungsergebnisse in der zugehörigen Liste der Change-Anforderung angezeigt.
    • Wenn eine Change-Anforderung für einen Phasenauftrag zur erneuten Ausführung wiederverwendet wird, werden die Scan-Ergebnisse „Testzusammenfassung“ und „Softwarequalität“ für jeden Versuch in der zugehörigen Liste „Change-Anforderung“ angezeigt.