1

私は最近、ClearCase UCM の管理者の地位を引き継いだばかりなので、この投稿に関する意見をお待ちしております。

現在、1 つのプロジェクトで 1 つの VOB を使用しています。私たちが取り組んでいるプロジェクトが、自動車、CAR X のソフトウェアであるとします。

現在、1 つの VOB、1 つのコンポーネント、および「CAR X」と呼ばれる 1 つのプロジェクトがあり、全員 (おそらく 12 ～ 15 人の開発者) が車のソフトウェアに取り組んでいます。

将来的には、おそらく「CAR X」に使用されているソフトウェアをベースにして、「CAR Y」と呼ばれる新しい車用のソフトウェアを作成する必要があるでしょう。これらはある程度分離したいと考えています。新しい VOB を作成する必要がありますか、それとも現在の VOB 内に新しいコンポーネントを作成する必要がありますか? 新しい VOB とプロジェクトが作成された場合、ファイルは新しいプロジェクトからインポートおよび変更できますよね? 同じ VOB に格納された各プロジェクトに 1 つのコンポーネントを使用することの欠点はありますか?

これは説明が複雑なので、うまくいけば、アイデアを理解することができました. より具体的に説明したり、質問に答えたりする必要がある場合は、コメントを残してください。

ありがとう！

4

1 に答える 1

2

これは、今後数か月または数年で作成できる vob の数によって異なります。

VOB を 1 つのコンポーネントに制限するよりも、(一般的に名前が付けられた) VOB 内に複数のコンポーネントを作成することを好みます (特に後者の選択を元に戻すことができない場合)。

VOB 内に 100 個のコンポーネントを簡単に定義できます。
100 個の VOB を作成/管理しようとすることは、関連するリソースの点でほとんど不可能です (プロセスが多すぎます)。

作成する vob の数が少ないことがわかっている場合は、先に進んでください。
しかし、私の言いたいことは変わりません。VOB ごとに複数のコンポーネントは、スケーリング可能なモデルです。

于 2012-04-04T18:36:23.007 に答える