Die Verarbeitungsreihenfolge und Wartelogik für Wiederholungsaufträge unterscheiden sich, wenn Sie eine Change-Anforderung als Teil eines Wiederholungsauftrags wiederverwenden oder erstellen.

Bestehende Überlegungen

  • Eine Change-Anforderung darf nicht in einer Phase vorhanden sein, die parallele Aufträge enthält.
  • 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 der Pipeline Azure DevOps auftreten. Parallele Phasen in Build-Pipelines werden weiterhin parallel verarbeitet, werden jedoch in der Pipeline-UI in serieller Reihenfolge angezeigt.

Überlegungen zum Upgrade

Wenn Sie die Pipeline zum ersten Mal ausführen, ändert sich weder die Funktionalität noch die Ausführung. Alle Phasen werden nacheinander 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 vor dem Upgrade Phasen und Pipelines erneut ausgeführt haben. Wiederholungsversuche und fehlgeschlagene Ereignisse vor dem Upgrade werden von ServiceNow DevOps bei erneuten Versuchen ignoriert.
  • Wenn Sie die Pipeline vor dem Upgrade nur einmal ausgeführt haben, können Sie die Phase oder Pipeline erneut ausführen. Die Wiederholungsfunktion gilt wie vorgesehen und ist in ServiceNow DevOpsgespeichert.

Ausführungsreihenfolge und Verarbeitungslogik

  • Wenn bei einem erneuten Versuch derselbe Aufruf zur Registrierung der Artefaktversion eingeht, wird er ignoriert.
  • Paketregistrierungsaufrufe mit demselben Paketnamen werden nicht ignoriert. Bei einem erneuten Versuch wird ein neues Paket erstellt, das den Artefaktversionen und der Pipeline-Ausführung zugeordnet ist. Die Artefakte, die dem aktuellen Paket zugeordnet sind, werden in der Change-Anforderung angezeigt.

Wenn Sie in der GUI Azure DevOps eine Phase in einer Build-Pipeline erneut ausführen, werden auch die Wiederholungen der nachfolgenden Phasen in der angegebenen Reihenfolge ausgelöst. Wenn Sie erneut versuchen, eine Pipeline zu verarbeiten, bevor alle Phasen des vorherigen Versuchs abgeschlossen sind. Beim nächsten Versuch wird gewartet, bis alle Ereignisse im vorherigen Versuch verarbeitet wurden.

Bei Release-Pipelines werden die Phasen nur bei der ersten Ausführung in der angegebenen Reihenfolge ausgeführt. Für nachfolgende Wiederholungsversuche müssen Sie jede Phase manuell ausführen. In -Release-Pipelines werden die Ereignisse ab dem zweiten Versuch in der angegebenen Reihenfolge verarbeitet, auch wenn in Azure DevOpsPhasen parallel ausgeführt werden.

  • Wenn eine neue Change-Anforderung für den Auftrag in der Phase „Wiederholungsversuch“ erstellt wird und die Phase, die Sie erneut versuchen, einen Test und einen Softwarequalitätsscan enthält, werden nur die neuesten Ergebnisse der Testzusammenfassung und des Softwarequalitätsscans in der zugehörigen Liste „Change-Anforderung“ angezeigt.
  • Wenn eine Change-Anforderung für einen erneut ausgeführten Phasenauftrag wiederverwendet wird, werden die Ergebnisse der Testzusammenfassung und der Softwarequalitätsprüfung für jeden Versuch in der zugehörigen Liste „Change-Anforderung“ angezeigt.