2012-03-23 12 views
1

私はClearCase UCMを初めて使用しています。私は単にProjects/Streamsについて興味があります。ClearCaseプロジェクト/ストリームの設定

私は、さまざまなコンポーネントの複合ベースラインであるメインラインプロジェクトを持っています。しかし、コンポーネントによって、長いリリースの変更を打破するために異なるリリースのバージョンを用意したいのであれば、リリースごとに異なるストリームやプロジェクトを持つ方がよいでしょうか?

時間が経つにつれて、プロジェクトやストリームが多すぎるかもしれないし、混乱する人もいるかもしれないから私がそうしている理由です。プロジェクトエクスプローラでディレクトリの下に表示される特定のプロジェクトのみを表示する方法はありますか?また、メインラインプロジェクトのさまざまなバージョンを使用するとよいでしょうか?

(私は新しいPVOBを設定していますので、任意の入力は、それがアップし、このような何かを設定するための新しい、より良い方法だとしても、高く評価されるだろう。)

事前にありがとうございます。

答えて

1

「コンポジットベースライン」については、「Best practices for using composite baselines in UCM」で紹介しています。

プロジェクトエクスプローラでプロジェクトで簡単にフィルタリングすることはできません。

ストリームVSのプロジェクトの背後にある考え方は簡単です:

  • プロジェクトは
  • ストリームが

だからあなたはあまりにも多くの開発努力(ストリームを持っているとき、開発努力を表しストリームコンテナです)を使用する場合、必要な任意のベースラインで初期化できる新しいプロジェクト(少なくとも1つの "統合"ストリーム)を作成する必要があります。
開発者は、どのプロジェクトを開いてそこでストリームを検索するのかが分かりやすくなります。

コンポーネントごとに1つのプロジェクトを作成する場合は、前記コンポーネントを個別に開発することができる場合は、component-based approachです。

すべてのコンポーネントが同じストリーム(複合コンポーネントに加えて)にある場合は、system-based approachに従います。

+0

迅速な対応をいただきありがとうございます。それで、これに関する最後の質問が1つあります。私は5つのコンポーネントを持っています。各コンポーネントには「メインライン」があるのか​​、メインラインだけでプロジェクトのさまざまなコンポーネントが集まるのでしょうか?私が読んでいるところでは、各コンポーネントに幹線があるように見えますが、[Comp_Dev Stream]> [Comp_Int Stream]> [Comp_Mainline Stream]> [Project_Mainline Stream]から取得するには、 。私がこれを根拠にしていない限り。 – Rubasu

+0

@Rubasuあなたはあなたのコンポーネントの間にある依存関係の種類に依存します。ソース依存(つまり、すべてのコンポーネントのソースを同時に変更する)は、システムアプローチシステムの1つのメインラインを意味します。バイナリ依存関係(つまり、各コンポーネントは他のコンポーネントによって生成されたバイナリで構築されます)は、コンポーネントベースのアプローチで相互に独立して進化する別々のメインラインを意味します。 – VonC

関連する問題