例えば、あるチームが toolkit アプリケーションの toolkit/3.0 の新機能リリースに従事します。もう 1 つのチームが toolkit/2.1 のバグ修正リリースに従事します。
アプリケーションの複数のリリースをビルドするには、開発中のリリースごとに異なるプロジェクト・バージョンを作成します。
例えば、自分のチームが、toolkit/3.0 という新機能リリースに従事しており、同時に toolkit/2.1 というバグ修正リリースにも従事しています。toolkit/3.0 リリースに、リリース toolkit/2.1 でのバグ修正を組み込みたいと考えます。ただし、toolkit/2.1 リリースに toolkit/3.0 の機能を含めることは望んでいません。
All Completed Tasks for Release toolkit/2.1 フォルダー (フォルダー・テンプレートではない) を toolkit/3.0 統合テスト・プロセス・ルールに追加することによって、リリース toolkit/3.0 のプロセス・ルールを変更する必要があります。これで、toolkit/3.0 統合テスト・プロジェクトは、両方のリリースからタスクをピックアップします。toolkit/3.0 リリース内の他のプロセス・ルールでも同様の変更を加えます。
このようにしても、開発者は、パラレル変更をマージする必要があります。Joe が toolkit/3.0 内のファイルを変更してから、Mary が toolkit/2.1 で同じファイルを変更した場合、それらの変更はパラレルです。(Mary の変更の方が新しいため、toolkit/3.0 用に選択されます。) 2 つのバージョンをマージしたものを、toolkit/3.0 の新バージョンとする必要があります。