ベースラインを新規作成する前に、現在のベースラインと、現在のベースラインの作成後に開発者によってストリームにデリバーされた作業を使用して、インテグレーション ストリーム内にコンポーネントをビルドします。 コンポーネントをビルドする前に、ファイルを確実に静的な状態にして作業ができるように、インテグレーション ストリームをロックしてください。
正常にビルドとテストができたら、最後にデリバーされた作業を選択するベースラインを作成できます。 プロジェクトで特定の機能専用の開発ストリームを使用している場合には、インテグレーション ストリームと、これらのストリームでこのタスクを実行してください。
Rational ClearCase MultiSite の考慮事項
ほとんどの場合、開発者は自分が開始したデリバー操作を完了します。Rational ClearCase MultiSite を使用するプロジェクトの場合、コンポーネントをビルドする前に、いくつかのデリバー操作を完了する必要があるかもしれません。Rational ClearCase MultiSite は、Rational ClearCase の上層に位置する製品です。地理的に散在するプロジェクト チームの間で並行ソフトウェア開発をサポートするために、多くの Rational ClearCase ユーザーがこの製品を使用しています。Rational ClearCase MultiSite を使用すると、多くの開発者が異なる場所から同じ VOB を対象にして同時に作業を行うことができます。各ロケーションでは専用にコピーした VOB に対して作業を行います。そのコピーをレプリカといいます。
競合を避けるために、マスターシップという排他的な修正権限を伴うスキーマが使われます。ストリーム、ブランチなどの VOB オブジェクトには、マスター レプリカが割り当てられます。マスター レプリカには、それらのオブジェクトを修正または削除する排他的な権限があります。
Rational ClearCase MultiSite の構成によっては、開発者チームがリモート サイトで作業し、プロジェクトのインテグレーション ストリームと開発者の開発ストリームが別々のレプリカにマスター登録される可能性があります。 そのような状況では、開発者はインテグレーション ストリームへのデリバー操作を完了することはできません。 統合担当者がその操作を完了する必要があります。 UCM には、リモート デリバー操作というデリバー操作のバリエーションがあります。 インテグレーション ストリームがリモート サイトでマスター登録されたことを検出すると、UCM はデリバー操作をリモート デリバーに切り替えます。 リモート デリバーでは、デリバー操作が開始してそれはポスト済み状態になりますが、バージョンのマージは行われません。 統合担当者がリモート サイトでポスト済みデリバー操作を完了する必要があります。