イネーブルメントサイトのリリースロードマップを計画する
学習の目的
この単元を完了すると、次のことができるようになります。
- リリースのしくみを説明する。
- 複数の未公開リリースを管理する場合の落とし穴について説明する。
リリースの裏側を覗いてみる
リリースマネージャーがリリースを作成し項目を追加する方法はすでに確認しました。次は会社がイネーブルメント計画をロールアウトするときに、どのようにして複数のリリースを管理できるかを見ていきましょう。
Pure Aloe は通常、四半期に一度のリリースを予定していますが、公開頻度を自在に増減できます。Pure Aloe のリリースマネージャーである Marisol は複数のリリースを同時に準備することもできます。複数のコンテンツコレクションにわたるリリースでも同じコンテンツコレクション内のリリースでも可能です。ただし、Marisol とチームが計画したリリースすべてを公開する方法に影響する重要な詳細情報がいくつかあります。
Trailmaker Release を使用してリリースを作成すると、Trailmaker がバックグラウンドで稼働してそのコンテンツコレクションで現在公開されているすべてのコンテンツのコピーが作成されます。このプロセスのしくみを確認して、リリースを公開しようとしたときに発生するエラーや警告をトラブルシューティングできるようになっておきましょう。
]
まず、学習者がアクセスするイネーブルメントサイトにすでに存在する公開済みコンテンツがあります (1)。リリースを作成すると (2)、現在公開されているコンテンツコレクションのコピーが Trailmaker によって作成されます (3)。このコピーには UI はありませんが、バックグラウンドで更新を受信するために待機しています。
リリースを公開すると (4)、Trailmaker によってリリースのマニフェスト項目が処理され、各項目に対して選択した操作に応じてコンテンツの追加、既存のコンテンツの更新、コンテンツのアーカイブ、またはコンテンツの復元によってコピーが更新されます。このコピーは公開コンテンツの新しいバージョンになり (5)、そのコンテンツコレクションに対して以前公開されていたすべてのコンテンツが上書きされます。
リリースによってイネーブルメントサイトにどのような影響があるか予測する
ここでは、イネーブルメントサイトに公開されたコンテンツがリリースの変更によってどのような影響を受けるかを示す例をいくつか見ていきます。
変更の内容
Pure Aloe のコンテンツ作成者である Cindy は Marisol が次のリリースに含める予定の 2 つのトレイルの更新を完了しました。1 つのトレイルでは、1 つのモジュールを追加します。もう 1 つのトレイルでは、トレイルから 1 つのモジュールを削除します。このモジュールはトレイル外のスタンドアロンコンテンツとして引き続き利用可能です。
トレイル |
現在のモジュール |
このリリースでの変更 |
|---|---|---|
「Sell Well at Pure Aloe (Pure Aloe で売上を伸ばす)」 |
|
新しいモジュール「Pure Aloe Sales Goals (Pure Aloe の販売目標)」の追加 |
「Navigate Your Pure Aloe Career (Pure Aloe でのキャリアの進め方)」 |
|
「Managing Up at Pure Aloe (Pure Aloe で上司とうまくやる)」モジュールの削除 |
変更の方法
Marisol はリリースを作成するときに、Cindy の変更を項目としてリリースに追加します。
コンテンツ |
操作 |
|---|---|
新しい「Pure Aloe Sales Goals (Pure Aloe の販売目標)」モジュール |
更新/挿入 |
修正済みの「Sell Well at Pure Aloe (Pure Aloe で売上を伸ばす)」トレイル |
更新/挿入 |
修正済みの「Navigate Your Pure Aloe Career (Pure Aloe でのキャリアの進め方)」トレイル |
更新/挿入 |
この時点で、Marisol は 3 つのマニフェスト項目をリリースに追加しました。リリースを公開する前に、各項目のバックパックもリリースに追加されていることを確認する必要があります。Marisol は Trailmaker Content に戻り、各項目のバックパックをワークスペースにインポートし、毎回リリースに追加します。
公開後の結果
Marisol がリリースを公開すると、Trailmaker Release によってリリースリストの新しい項目と変更された項目が処理されます。新しいコンテンツは公開され、以前のコンテンツが上書きされます。
リリースの公開前 |
リリースの公開後 |
|---|---|
|
トレイル: 「Sell Well at Pure Aloe (Pure Aloe で売上を伸ばす)」
|
トレイル: 「Sell Well at Pure Aloe (Pure Aloe で売上を伸ばす)」
|
|
トレイル: 「Navigate Your Pure Aloe Career (Pure Aloe でのキャリアの進め方)」
|
トレイル: 「Navigate Your Pure Aloe Career (Pure Aloe でのキャリアの進め方)」
|
|
スタンドアロンモジュール (トレイルなし)
|
スタンドアロンモジュール (トレイルなし)
|
複数の未公開リリースを管理する
Marisol は通常、現行のリリースの公開が済んでから、同じコンテンツコレクション内の別のリリースの作成に取りかかります。一度に 1 つのリリースを作成する場合には、そのコンテンツコレクションで公開されている最新の変更がすべて各リリースに確実に含まれます。Marisol は未公開リリースを複数持つことができますが、次の理由により、極力回避するようにしています。
Marisol が 1 月上旬にリリースを作成し、月末にそのリリースを公開するとします。直後の 2 月に別のリリースを作成します。2 月リリースを作成すると、Trailmaker Release によって 1 月リリースで公開されていたすべてのコンテンツのコピーが用意されます。ここまでは問題ありません。
リリース |
作成日 |
公開日 |
範囲 |
|---|---|---|---|
2 月 |
2021 年 2 月 7 日 |
未公開 |
1 月リリースのすべてと計画されている新規変更 |
1 月 |
2021 年 1 月 7 日 |
2021 年 1 月 31 日 |
1 月リリース |
その後、Cindy が 1 月のモジュールにいくつかの誤りを発見し、2 月リリースが公開される前に修正することを望みました。Marisol は中間バグ修正リリースを作成して、Cindy が誤りを早く修正できるようにします。Cindy は問題をすぐ解決できることに安心します。ただし、中間バグ修正リリースが公開された後のリリースのリストは、やや複雑になります。
リリース |
作成日 |
公開日 |
範囲 |
|---|---|---|---|
2 月 |
2021 年 2 月 7 日 |
未公開 |
1 月リリースのすべてと計画されている新規変更、ただしバグ修正は含まない |
中間バグ修正 |
2021 年 2 月 14 日 |
2021 年 2 月 21 日 |
1 月リリースのすべてとバグ修正 |
1 月 |
2021 年 1 月 7 日 |
2021 年 1 月 31 日 |
1 月リリース |
Marisol が 2 月リリースを公開しようとすると、Trailmaker Release でリリースが作成されたときのタイムスタンプがチェックされ、エラーが報告されます。2 月リリース (2 月 7 日) の方が中間バグ修正リリース (2 月 14 日) よりも早く作成され、中間バグ修正リリース (2 月 21 日) が 2 月リリースよりも前に公開されています。Marisol は 2 月リリースを公開できません。2 月リリースにはバグ修正が含まれておらず、中間バグ修正リリースで公開された変更が上書きされるためです。
Trailmaker Release ではこの上書きを誤って実行しないようになっていますが、Marisol は今後はわかりやすくするために、コンテンツコレクションごとに同時に管理する未公開リリースは 1 つだけにすることにします。