Rational Engineering Lifecycle Manager 製品と Rational Team Concert のストリームおよびコンポーネント・ベースラインを関連付けることができます。Rational Team Concert のストリームは、コンポーネント・ベースラインのフラット・リストとして編成されており、実際のプロジェクトの基本的なコンポーネント階層を表すことができません。Rational Engineering Lifecycle Manager が、階層構造を表示して管理する手段を提供します。
初期セットアップでは、最初のステップ、すなわち Rational Team Concert のストリームおよびコンポーネント・ベースラインを Rational Engineering Lifecycle Manager の製品と接続する方法を説明します。すべてのワークフローにおいて、少なくとも 1 人のチーム・メンバーが自分のチームのストリームを管理する必要があります。このチーム・メンバーは、開発リーダーまたはチーム・マネージャーになる可能性があります。ストリーム管理者は、以下のシナリオのうちのどれをチームが必要とするかを判断し、ワークフローに従ってそれを使用するステップを理解します。
ストリームおよびコンポーネント・ベースラインは、索引に格納されません。Rational Engineering Lifecycle Manager と Rational Team Concert は、索引を使用せずに、コンポーネント・ベースラインを相互に直接交換します。交換を行うためには、管理者が当該サーバー間にフレンド関係を確立する必要があります。Rational Engineering Lifecycle Manager OSLC プレビューを使用可能にするためのサーバー間通信の確立を参照してください。管理者は、接続する先のすべての Rational Team Concert サーバーを手動で設定できます。サーバーの設定は、「アプリケーション管理」画面 > 「設定」ページ > 「統合」 > 「Rational Team Concert」で行います。
ツール間でコンポーネント・ベースラインを交換するには、製品開発を完了するためにチームが必要とするストリームおよびコンポーネント・ベースラインをセットアップする必要があります。チームはコンポーネント・ベースラインの一部として多くのプロジェクトを含むことがありますが、プロジェクトは統合の一部ではありません。このため、セットアップにプロジェクトは含まれません。
チームのプロジェクトにとって必要ならコンポーネントをいくつでもストリームに追加できます。プロジェクトが反復しながら進行するのに伴い、より多くのコンポーネント・ベースラインを追加したり削除したりすることができます。言い換えれば、作成するストリームは最終的なものである場合も、そうでない場合もありますが、それは問題ありません。統合は非常に柔軟なので、開発中の任意の時点で修正することが可能です。
ストリームの作成を参照してください。ストリームについて詳しくは、ストリームとコンポーネントを参照してください。
その後、ストリーム管理者はコンポーネント・ベースラインをツール間で送受信することができます。
1 つのストリームを接続できる対象は 1 つの製品のみです。
製品、ストリーム、およびコンポーネント・ベースラインの接続を参照してください。
コンポーネント・ベースラインの受信と送信は、両方とも Rational Engineering Lifecycle Manager から開始されます。コンポーネント・ベースラインは必要に応じて何回でも受信および送信できます。例えば、チームでは開発の途中で新規コンポーネントが必要になったとします。そのような場合には、それをストリームに追加し、Rational Engineering Lifecycle Manager ですぐに、あるいは時間のあるときにいつでもそれを受信します。
コンポーネント・ベースラインの送受信を参照してください。
製品を使用して、ご使用のプロジェクトで意味をなすように、製品ツリー内でコンポーネント・ベースラインを編成します。コンポーネント・ベースラインを編成するために、それらを移動してネストさせたり、そのコンポーネント・ベースラインに影響する成果物へのリンクや URL を追加したり、カスタム・プロパティーを追加したりすることができます。 また、再使用するコンポーネント・ベースラインを収集するための子製品を作成することで、コンポーネント・ベースラインを再使用することもできます。
このアクションにより、 Rational Team Concert のストリーム内にあるコンポーネント・ベースラインのリストが、ステップ 5 で加えた変更で更新されます。製品の移動は行ったが、コンポーネント・ベースラインに接続されている製品の削除や追加は行っていない場合、コンポーネントを Rational Team Concert に送信する必要はありません。
以下のワークフローは、Rational Team Concert のストリームから更新を取得し、コンポーネント・ベースラインを再使用し、製品のブランチを行い、それを共有する方法を説明しています。 各ワークフローは、ユーザーが初期セットアップを完了していることを前提としています。(チームがステップ 2 でロード規則を使用しない場合もあります。)
このシナリオでは、自分が作成したストリーム内で開発チームが作業を行います。そのストリーム内で、開発作業をサポートするためにコンポーネント・ベースラインの追加または削除を行いました。
Rational Team Concert のストリームは、そのストリームに接続されている Rational Engineering Lifecycle Manager の製品階層とは異なる外観になっている可能性があります。 Rational Team Concert のストリーム内で行った更新を Rational Engineering Lifecycle Manager に受け取る準備ができています。
このプロセスは、自然な開発作業の一環です。プロジェクトの長さ、そのリリースでどれだけの機能が変更になるか、その他の多くの理由によって、開発チームが要求する変更は多数の場合もあれば、ごくわずかの場合もあります。 新規プロジェクトはストリームに対する変更を多く含んでいる可能性がありますが、確立済みのプロジェクトはそれほど多くの変更を必要としないと思われます。
コンポーネント・ベースラインの送受信を参照してください。
新規コンポーネント・ベースラインは、製品ツリーに追加され、ストリームに接続された製品の直下に置かれます。 新規の製品には、着信するコンポーネント・ベースラインと同じ名前、およびベースライン名と同じバージョンが付与されます。
着信するコンポーネント・ベースラインの既存の最新の製品がある場合、Rational Engineering Lifecycle Manager はその最新の製品を再使用します。
最新の製品ではない既存の製品に合致するコンポーネントまたはベースラインがある場合、Rational Engineering Lifecycle Manager はその製品を再使用しません。その代わり、Rational Engineering Lifecycle Manager が、同じコンポーネント・ベースラインに接続された、それぞれが独自の固有の製品履歴を持つ複数の製品を作成します。この場合、接続された各製品は相互に隔離されています。
Rational Team Concert のストリームで使用されなくなったコンポーネント・ベースラインに接続している製品は、すべて除去されます。
このシナリオでは、チームがコンポーネント・ベースラインを、チームのストリームまたは他のストリームから再使用します。再使用は、プロジェクトにモジュール性を提供します。製品の複数の部分で機能するコンポーネント・ベースラインを作成すると、それを再使用することができます。例えば、10 台の異なる携帯電話 (10 個のストリーム) で使用できる GPS コンポーネント・ベースラインを作成したとします。異なるストリームでその GPS コンポーネント・ベースラインを再使用することで、開発時間を節約することができます。
コンポーネント・ベースラインを再使用するには、再使用するコンポーネント・ベースラインを収集するための製品を作成する必要があります。その製品はストリームに接続されず、ストリームに接続されている製品の下に常駐します。以下のシナリオでは、コンポーネント・ベースラインを再使用する手順を説明します。
その子製品を使用して、再使用するコンポーネント・ベースラインを収集します。
コンポーネント・ベースラインに接続されている製品、またはすべてのコンポーネント・ベースラインを収集する製品を個別に置換できます。
バージョンを置換すると、製品がピン留めされます。再使用された製品階層が変更可能である場合、再使用された製品階層に加えられる変更は、すべてピン留めされた製品階層に表示されます。バージョンとバリアントを参照してください。
このシナリオでは、チームは、ストリームに接続された製品のバリアントを作成し、必要に応じてそれを再使用します。ブランチは、いつでも適切なタイミングで製品のバリアントを作成できる柔軟性をチームに提供します。例えば、チームでは、ある製品について別の特性を備えたものを作成する必要が生じる場合もあります。
あるブランチのコンポーネントを送受信する必要がなくなったが、同じストリームで再度作業を行う可能性はある場合、最終的なベースラインを作成する前に、ブランチの先端をそのストリームから切断してください。切断するのを忘れた場合、ストリームを別の製品に接続するには、ブランチを再度チェックアウトしてそのストリームから切断する必要が生じる可能性があります。(1 つのストリームは、1 つの製品の 1 つのブランチに接続することができます。)
製品を分岐するためのバリエーションの作成を参照してください。
ブランチの置換を参照してください。
製品ツリー内で作成された製品または子製品はすべて、製品ツリー管理の規則に従います。バージョンとバリアントを参照してください。
ロード規則は、Rational Team Concert ワークスペースにロードする製品階層のサブセットを定義します。 Rational Engineering Lifecycle Manager では、ロード規則ファイルをエクスポートできます。Rational Team Concert では、コンポーネント・ベースラインをリポジトリー・ワークスペースに追加した後、ロード規則を使用して、作業の対象とするコンポーネント・ベースラインのみをロードできます。
コンポーネント・ベースライン用ロード規則の生成を参照してください。
ロード規則について詳しくは、リポジトリー・ワークスペースのロードまたはアンロードを参照してください。
開発者は、Rational Team Concert ワークスペースで作業します。チーム・メンバーがコンポーネントをストリームに追加したりストリームから削除したりすることが必要になった場合には、一般的にストリーム管理者、開発リーダー、またはチーム・マネージャーにその実行を依頼します。この要求を実現するのは、ストリーム管理者です。開発者はストリームに加えられた変更を受諾し、チーム・メンバーはそれぞれの作業を続行しますが、そのワークフローは以下のとおりです。
ストリームからの新規リポジトリー・ワークスペースの作成を参照してください。
未解決の変更のチェックインおよび変更セットの提出を参照してください。
リポジトリー・ワークスペースのロードまたはアンロードを参照してください。