開発パスとは、ソフトウェア開発の新しいブランチに与えられる識別子です。新しい開発パスによって加えられた変更は、後でマージすることを選択しない限り、メインの開発トランクとは別に保持されます。

たとえば、ABC Financial 社のユーザーグループが、株価計算ソフトウェアの特別バージョンを要求しているとします。このグループは、手数料フィールドの削除と、手数料に関する特別な法的メッセージの追加を要求しています。このタスクを割り当てられた担当者は、手数料フィールドを含んでいなかったバージョン 1.0 のソフトウェアを使用する必要があります。そして、そのバージョンに新しい法的メッセージを追加する必要があります。最初に、チェックポイントを作成したバージョン 1.0 から開発パスおよびバリアントサンドボックスを作成します。

開発パスを作成したら、バリアント サンドボックスを開くことにより、バリアント プロジェクトを開いて作業できるようになります。

Windchill RV&S では、複数の開発者がそれぞれ固有のバリアント サンドボックスを使用しながら、同じ開発パスをポイントすることができます。バリアント サンドボックスでは、開発パスに沿ったプロジェクトの現在の状態と、他の開発者が加えた変更を参照できます。

プロジェクト用の開発パスを作成すると、すべてのサブプロジェクトについて開発パスがデフォルトで作成されます。割り当てた名前は一意の識別子として予約されます。2 つのパスで同じ名前を持つことがないように注意します。開発パスを作成すると、プロジェクトのチェックポイントも自動的に作成されます。

「定義済みリビジョン」または「特定のリビジョン」を選択して開発パスを作成するチェックポイントを選択します。「特定のリビジョン」では、最新のチェックポイントがデフォルトで最初は右側の括弧内に表示されます。

開発パスを作成する特定のチェックポイントを選択するには、次のいずれかの操作を行います。

選択に応じて「特定のリビジョン」の右側の表示が更新されます。

チェックポイントの開発パスと、「プロジェクト履歴」ビューのチェックポイントからブランチされた任意の開発パスを表示できます。このビューでチェックポイントを選択し、詳細パネルを表示します。

「開発パス名」には、新しい開発パスの名前を入力します。

ターゲットプロジェクト内のサブプロジェクトに既存の開発パスと同じ名前の開発パスが作成された場合に実行する動作を指定します。通常、デフォルトの動作では、サブプロジェクトのプロジェクトの既存の開発パスが使用され、新しい最上位の開発パスにそのパスが自動的に追加されます。「既存の開発パス」では、次の操作から選択できます。

ソフトウェア開発のニーズに応じて、プロジェクトとそのサブプロジェクトを同じような構成、または異なる構成にすることができます。たとえば、メジャー リリースに対して、プロジェクトとそのサブプロジェクトで同じメインの開発パスを使用できます。別の例では、プロジェクトと複数のサブプロジェクトで、サービスパックリリースのメインの開発パスからブランチされた開発パスを使用できます。ただし、1 つのサブプロジェクトに変更したくない特定バージョンの共有ライブラリが含まれているため、このサブプロジェクトがビルドサブプロジェクトとして構成される場合があります。

プロジェクトの開発パスを作成する場合、デフォルトの動作では、プロジェクトとすべてのサブプロジェクトの新しい開発パスが作成され、親プロジェクトと同様に構成されます。たとえば、親プロジェクトとそのサブプロジェクトが、メインライン開発パスまたはバリアント開発パスのいずれかに存在する場合、親プロジェクトとそのサブプロジェクトに対して新しい開発パスが作成されます。「作成方法」を「完全」に設定し、「ライブ構成」を「サブプロジェクトの既存のライブ構成を維持」に設定すると、同じ結果になります。

プロジェクトに、親プロジェクトとは別に構成されたサブプロジェクトが含まれる場合、デフォルトの動作では、これらのサブプロジェクトの現在の構成が維持されます。親プロジェクトに親と同じ開発パスを使用する 1 つのサブプロジェクトが含まれているとします。ただし、親とは異なる開発パスを使用する別のサブプロジェクトも含まれています。親と同じ開発パス上に親とそのサブプロジェクト用の新しい開発パスが作成されます。親とは別の開発パスを使用するサブプロジェクトは変更されず、既存の開発パスを維持します。

開発中に、標準サブプロジェクトまたはバリアントサブプロジェクトとして構成されたサブプロジェクト (ライブサブプロジェクト、または非ビルドサブプロジェクトと呼ばれる) は、変更が必要になる場合があります。ライブサブプロジェクトは、親プロジェクトと同じ新しい開発パス上に配置するか、ビルドサブプロジェクトとして構成する必要があります。これにより、新しい開発パスが作成されたチェックポイントの構成に基づき、ライブサブプロジェクトのバージョンが特定のバージョンに保たれます。

たとえば、既存の開発パス上にあるプロジェクトが存在するとします。このプロジェクトには、同じ開発パスを使用するサブプロジェクトが 1 つと、異なる開発パスを使用する別のサブプロジェクトが含まれています。この親プロジェクトと両方のサブプロジェクトの新しい開発パスを作成するように選択できます。

ここで、親プロジェクトが既存の開発パス上にあるものとします。これには、異なる開発パス上のサブプロジェクトが 1 つと、ビルドサブプロジェクトである別のサブプロジェクトが含まれています。この場合、親プロジェクトに新しい開発パスを作成し、既存のバリアントサブプロジェクトをビルドサブプロジェクトとして構成するように選択できます。既存のビルドサブプロジェクトは変更されません。

開発パスの作成方法を指定するには、GUI の「作成方法」オプションを使用します。次のいずれかを選択します。

ライブサブプロジェクトの処理方法を指定するには、GUI の「ライブ構成」オプションを使用します。ライブ構成とは、通常のサブプロジェクトに対して、または作成中のバリアント以外のバリアントに対して構成されるサブプロジェクトのことです。次のいずれかを選択します。

コンフィギュレーション管理 Web インタフェースでは、従来の「結果的なサブプロジェクト構成」オプションが使用されます。次のいずれかを選択します。