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