ストリーム

Helixサーバストリームはメインラインモデルを実装し、適用可能な変更の内容および変更の適用順序を決定する情報を含みます。

メインラインの例をもう一度確認し、変更フローを示す一部の情報を追加します。

• プロジェクトYはメインラインからブランチされました。作業とテストは、完了するまで継続します。次に、メインラインにコピーされる準備ができます。ただし、開発はYで実行されているため、メインラインは継続して変更されます。コンテンツをメインラインにコピーする前に、プロジェクトYファイルがメインラインの変更を反映していることを確認する必要があります。これらの変更をプロジェクトYにマージしてから、プロジェクトYファイルをメインラインにコピーします。
• リリース1.xでバグが見つかりました。バグが修正され、テストされます。ここで、メインラインでバグを修正するため、リリース1.xのファイルをメインラインにマージします。リリース1.xはブランチされた後に追加された機能は含まれないため、何もコピーしません。

メインラインモデルは、安定性の点でブランチを編成します。最も安定したブランチは上位にあります。最も安定性が低いブランチは下位にあります。変更のフローは、変更を下方向にマージし、上方向にコピーすることで、このモデルをサポートする必要があります。

通常は、ストリームを作業するときに、メインラインを最初に定義して入力します。次に、開発ストリームとリリースストリームを、メインラインストリームの子として作成します。ストリームのタイプと他のストリームへの関係は、実行可能な変更の種類と順序を決定します。

タイムラインを使用するのではなく、Helix Visual Client (P4V)にあるストリームGUIは、以下に示す関連するストリームを表しています。

メインの子は、メインの上下に表示されます。リリースタイプストリームは上位にあります。開発およびタスクストリームは下位にあります。ストリームが図の上位に近づくほど、安定性が高くなります。ストリームをリンクする矢印の方向と色は、フローの方向と順序を示します。

ストリームを作成する際に、ストリームのタイプ、他のストリームとの関係、ブランチ操作とマージ操作におけるファイルの処理方法を指定します。提供する情報はストリームアプリケーションにより使用され、適切な動作を促します。

ストリームは、ブランチとマージの場所と方法に関する視覚的なヒントになります。安定性と革新をサポートする動作を導きます。ストリームを使用すれば、ブランチの定義、ワークスペースの作成、統合の管理に必要なさまざまな作業を行う必要がなくなります。

これ以外にも、ストリームを使用する利点として、ストリームを別のストリームに切り替えるときに、ワークスペースのコンテンツが自動的に更新され、現在のストリームのコンテンツが反映されることがあります。

ストリームはブランチ作成を自動化しますが、使用する必要はありません。独自のブランチを作成し、必要に応じて管理できます。カスタムブランチを作成すると詳細に制御できますが、ビルトインのフロー制御とワークスペース更新の利便性は失われます。

ストリームの詳細については、『Helix Coreサーバユーザーガイド』を参照してください。