複数製品リリースに製品を追加する
複数製品リリースに製品を追加して、要件の変化に応じてリリースの適用範囲を拡張します。追加された製品は、メインリリースに沿ったフェーズ、タスク、およびポリシーを持つ独自の子リリースを取得します。
始める前に
リリースは [処理待ち] または [処理中] ステータスである必要があります。
必要なロール:sn_dpr_model.release_admin または sn_dpr_model.product_manager
手順
タスクの結果
カタログ要求が送信され、自動承認されます。次のアクションが発生します。
- メインリリースに合わせたフェーズで、含まれている製品のリリースが作成されます。
- タスクとポリシーは、リリーステンプレートに基づいてフェーズごとに作成されます。
- リリースのフェーズ管理は、リリースの現在のステータスによって異なります。
- Pending:製品が直接追加され、そのリリースが作成されます。
- 処理中:製品が追加され、リリースが作成され、すぐに開始されます。システムは、メインリリースの現在のフェーズに追いつくために、最も古いフェーズから順番にポリシーの実行を開始します。詳しくは、 複数製品リリースでのフェーズ管理を参照してください。
進行中のリリースへの製品の追加
計画、開発、テスト、展開前、および展開のフェーズを持つ 3 つの製品 (製品 A、製品 B、および製品 C) を含む複数製品リリースを考えてみます。リリースはテストフェーズにあります。
製品 D をテストフェーズにある間にこのリリースに追加します。製品が追加されると、製品 D に対して、最も古いフェーズから順にフェーズポリシーが実行されます。
- 計画フェーズポリシーが最初に実行されます。
- 計画ポリシーが合格すると、開発フェーズのポリシーが実行されます。
- この実行は、製品 D が現在のリリースフェーズ (テスト) に追いつくか、フェーズが失敗するまで続行されます。
いずれかのフェーズ (開発など) のポリシーが失敗した場合、製品 D は失敗したフェーズのままになります。他の製品は影響を受けず、テスト中のままになります。
| 製品 | 現在のフェーズ |
|---|---|
| 製品 A | テスト中 |
| 製品 B | テスト中 |
| 製品 C | テスト中 |
| 製品 D | 開発 (失敗) |
この場合、製品 D を含むすべての製品がポリシーに合格してテストフェーズに到達するまで、テストフェーズを終了することはできません。