自動リリースを利用する場合のリリース管理のワークフロー
自動リリースを利用する場合のリリース管理の作業の流れを以下に示します。
各作業の作業内容を以下に示します。
作業 | 作業者※ | 説明 | マニュアルの参照先 |
---|---|---|---|
リリースの受付・起票 | リリース所有者 | 以下のどちらかの方法でリリースが起票されます。起票されたリリースを確認します。
起票されたリリースは、ステータスが「開始」になります。 |
|
リリースの計画 | リリース所有者 | リリースの計画として、[展開の予定開始日時]、[展開の予定完了日時]と、リリースする構成情報を入力します。 自動リリースを利用する場合は、自動リリース管理情報を登録します。 リリースの計画および自動リリース管理情報の登録が完了したら、[承認依頼]をクリックして、リリース管理マネージャに承認依頼を提出します。 | |
リリースの計画の承認 | リリース管理マネージャ | リリース計画および自動リリース管理情報を確認し、承認または否認します。 リリース計画が承認されると、連動して自動リリース管理情報も承認され、AutomaticReleaseに実行指示が出されます。 |
|
リリースの展開 | リリース所有者 | 自動リリースが完了したら、自動リリースの[実行情報]を確認します。その結果を基に、リリース管理のレコードで、[結果情報]を入力します。 結果情報の登録が完了したら、[承認依頼]をクリックして、リリース管理マネージャに承認依頼を提出します。 |
|
リリースの展開の承認 | リリース管理マネージャ | 結果情報を確認し、承認または否認します。 |
|
完了 | - | リリースの展開が承認されると、リリースのステータスが「完了」になります。 | - |
変更管理へのリリース結果の反映 | - | 変更管理で、リリース結果を反映します。 |
|
構成情報の承認 | - | 構成管理で、未承認の構成情報を承認します。 |
|
タスク | リリース所有者、 リリース管理マネージャ | 調査作業などを振り分ける場合には、タスクを登録します。 |
|
カレンダー登録 | リリース所有者、 リリース管理マネージャ | レコードの日時や対応期限をカレンダーに登録し、リマインダとしてカレンダーを利用できます。 |
|
注※ リリース所有者:リリースを割り合てられたユーザです。
リリース管理マネージャ:リリースの承認者です。
上記の基本フローの他、以下の機能を利用できます。
作業 | 説明 |
---|---|
自動リリース管理情報のステータスが「起票」で、サブステータスが「実施中」の場合は、自動リリース管理情報を破棄できます。 | |
リリースの計画承認後に、自動リリースを追加したい場合は、自動リリース管理情報を登録し、自動リリースの承認処理を実施します。 | |
自動リリースのステータスが「実行」で、サブステータスが「実行待ち」であれば、自動リリースのホールド設定をONに切り替えることができます。 また、ホールド状態になっている自動リリースに対して、ホールドを解除します。 | |
ネットワーク障害で実行指示がAutomaticReleaseサーバに届かないなど、自動リリース管理情報の承認後、一定時間待っても自動リリース管理のステータスが「実行待ち」にならない場合は、自動リリースの実行指示を再送信します。 | |
自動リリースのステータスが「実行」で、サブステータスが「実行待ち」または「確認待ち」の場合、自動リリースを中止できます。 |