再実行ジョブの実行シーケンスと待機ロジック
再実行ジョブの一部として変更要求を再利用または作成すると、再実行ジョブの処理順序と待機ロジックが異なります。
既存の考慮事項
- 変更要求は、並列ジョブを含むステージには存在できません。
- 複数のステージが並列で実行されている場合は、変更要求を両方のステージの最初のジョブにしないでください。
注:
リリースパイプラインの並列ステージは、 Azure DevOps パイプラインで発生すると処理され、パイプライン UI に表示されます。ビルドパイプラインの並列ステージも並行して処理されますが、パイプライン UI には順番に表示されます。
アップグレードに関する考慮事項
最初のパイプライン試行を実行しても、機能や実行に変更はありません。すべてのステージが順番に処理され、関連するテスト、ソフトウェア品質スキャン、および変更要求がモデルに従って実行および作成されます。
注:
- アップグレード前にステージとパイプラインを再実行する場合は、アップグレード後に新しいパイプラインを実行します。アップグレード前の再実行の試行と失敗したイベントは、再試行の ServiceNow DevOps によって無視されます。
- アップグレード前にパイプラインを 1 回だけ実行したことがある場合は、ステージまたはパイプラインを再実行できます。再実行機能は設計どおりに適用され、 ServiceNow DevOpsに保存されます。
実行順序と処理ロジック
- 再試行時に同じアーティファクトバージョンの登録コールを受信した場合、その登録コールは無視されます。
- 同じパッケージ名を持つパッケージ登録呼び出しは無視されません。アーティファクトバージョンとパイプライン実行に関連付けられた新しいパッケージが再試行中に作成されます。最新のパッケージに関連付けられているアーティファクトが変更要求に表示されます。
Azure DevOps GUI から、ビルド パイプラインでステージを再実行すると、後続のステージの再実行も指定された順序でトリガーされます。前の試行のすべてのステージが完了しないうちにパイプラインの処理を再試行した場合。後続の試行は、前の試行のすべてのイベントが処理されるまで待機します。
リリース パイプラインの場合、ステージは最初の実行中にのみ指定された順序で実行されます。後続の再実行の試行では、各ステージを手動で実行します。リリース パイプラインでは、ステージが並列で実行されている場合でも、 Azure DevOps 回目の試行以降、イベントは指定された順序で処理されます。
- 再試行ステージジョブに対して新しい変更要求が作成され、再試行するステージにテストとソフトウェア品質スキャンが含まれている場合、最新のテストサマリーとソフトウェア品質スキャン結果のみが変更要求関連リストに表示されます。
- 変更要求が再実行ステージジョブに再利用されると、各試行のテストサマリーとソフトウェア品質スキャン結果が変更要求関連リストに表示されます。