4

RTC ソース管理コンポーネントは、ファイルとフォルダーの論理グループです。

RTC ソース管理のストリーム内で複数のコンポーネントを使用する必要があるのはいつですか?

方法 1:
複数の Java(Eclipse) プロジェクトがありますが、これらのプロジェクトを 1 つのストリーム内の 1 つのコンポーネントだけに追加しています。これらのプロジェクトは、1 つの配置ファイルにパッケージ化されています。

方法 2:
各 Java プロジェクトは、ストリーム内の独自のコンポーネントに追加されるため、ストリームには複数のコンポーネントが含まれます (Java プロジェクトごとに 1 つのコンポーネント)。

ある方法を他の方法よりも使用する利点/欠点はありますか?

4

1 に答える 1

4

RTC コンポーネントは、ClearCase UCM コンポーネントとまったく同じ意味を持ちます。

複数のコンポーネントを使用する場合の目標は、ファイルの膨大なセットを一貫性のある論理的なサブセットに分割し、より識別可能で管理しやすくすることです。

コンポーネントの例:

  • アプリケーション (またはアプリケーションの自律部分)
  • 技術ライブラリ
  • パッケージ化されたファイルのセット (リリース用)

注: RTC では、(あるプロジェクト・エリアで定義された) コンポーネントを別のプロジェクト・エリアで再利用できます (両方の PA が同じ Jazz サーバー上にある場合)。

Java プロジェクトは 1 つのコンポーネントとして表すことができますが、特定の Java プロジェクトは複数のコンポーネント (ビジネス ロジック用に 1 つ、データベース ロジック用に 1 つなど) と見なすことができます。

コンポーネントを定義する際の主な基準は
、独自のペースで進化するかどうかです。別のコンポーネントを変更せずに変更できますか?
(そうでない場合は、2 つのファイル セットが密接にリンクされており、1 つのコンポーネントと見なされている可能性があります)。

そこから、すべてのコンポーネントを 1 つのストリームで表示するか (システム アプローチ、すべてのコンポーネントを書き込み可能にする)、またはストリームごとに 1 つまたは 2 つのコンポーネントのみを表示するか (配信に応じて - dll、jar、... - によって生成される) を決定する必要があります。他のコンポーネント): コンポーネント アプローチ。
まず、システム アプローチに固執し、最初はよりシンプルにします。

于 2012-04-12T09:34:28.443 に答える