ストリームは長時間持続する Rational® ClearCase® オブジェクトです。これは 1 つの UCM プロジェクトのメンバで、構成を作成し、記録するためのメカニズムです。 ストリームは現在参照、変更、作成できる一連のバージョンを識別します。 コンポーネント内に新しいバージョンのエレメントを作成するには、ビューを使用します。作成したバージョンを追跡するには、ストリームを使用します。
UCM では、ベースラインとアクティビティを使用してストリームの構成を説明します。 ストリームを作成すると、作成したストリームの元の構成はベースラインと同じになります (つまり、ストリームには 1 つのコンポーネント内のエレメントごとに 1 つのバージョンが含まれます)。 ストリームの構成を変更する場合は、1 つ以上のアクティビティに変更を割り当てます。 このように、ストリームの構成はベースラインに 1 つ以上のアクティビティを追加したものになります。
ビューはストリームが提供するさまざまなバージョンのエレメントにアクセスします。 使用するビューは、「ストリームに接続する」といいます。プライベート作業領域用のビューは開発ビューといい、関連するストリームを開発ストリームといいます。
ストリームの構成
以下のアクションを実行すると、ストリームの構成が変更されます。
- 関連付けられたビューからバージョンをチェックインする。 (1 つのストリームは複数のビューに関連付けることができます)。
- リベース。これによってストリームの構成のベースラインが、新しいベースラインに置き換えられます。
- デリバー。これによって、これまでは変更内容の反映先である開発ストリームのみで使用できたアクティビティが追加され、ターゲット ストリームの構成が変更されます。
- ベースラインのデリバー。通常、プロジェクト統合担当者だけが行います。
複数ストリーム プロジェクトは次のようなストリームで構成されます。
単一ストリーム プロジェクトでは開発ストリームを使用することはできず、ビューはインテグレーション ストリームに接続します。
インテグレーション ストリーム
プロジェクトには必ず、1 つのインテグレーション ストリームがあります。インテグレーション ストリームはそのプロジェクトの主な共有作業領域です。複数ストリームのプロジェクトでは、プロジェクトのインテグレーション ストリームに多数のインテグレーション ビューをアタッチできます。
プロジェクトのインテグレーション ストリームにはプロジェクト ベースラインが記録されるので、これを使用してプロジェクトの共有エレメントのすべてのバージョンにアクセスできます。 インテグレーション ストリームには、チーム メンバーが各自の開発ストリームからデリバーした作業が集約されます。
単一ストリームのプロジェクトでは、開発ストリームがありません。したがって、インテグレーション ストリームに多数の開発ビューをアタッチします。 ビューからバージョンをチェックインすると、インテグレーション ストリームの構成が変更されます。ストリーム内の最新バージョンはすべてのプロジェクト メンバーが使用可能です。
開発ストリーム
通常、複数ストリームのプロジェクトは、多数の開発ストリームで構成されます。開発ストリームは、プロジェクトに関わる開発者ごとに 1 つずつ作成されます。
すべての開発ストリームは 1 つのベースラインから開始されます。 開発ストリームは開発者各自のプライベート作業領域としての役割を果たし、アクティビティが追加されるにつれて、それぞれ独自に発展していきます。
機能固有の開発ストリーム
ベース UCM プロセスでは、インテグレーション ストリームはプロジェクトの唯一の共有作業領域です。ただし、複数ストリームのプロジェクトで特定の部分について複数の開発者が協力して作業をする場合は、追加の共有作業領域を作成することができます。 UCM 開発ストリームの階層を利用して、プロジェクトには複数の共有作業領域を設定できます。
プロジェクト マネージャーは、複数の開発ストリームとその子ストリームで構成されるストリーム階層をセットアップできます。 各親開発ストリームは、特定の機能を開発する開発者で構成される小規模チームをサポートします。 親開発ストリームは、機能開発用の共有作業領域として機能します。 ストリーム階層について詳しくは、『IBM Rational ClearCase プロジェクト管理ガイド』を参照してください。
プロジェクトに参加すると、インテグレーション ストリーム以外の親ストリームの下 (つまり機能固有の開発ストリームの下) に自分の開発ストリームを作成できます。