パラレル・リリースのセットアップ

企業は、アプリケーションのパラレル・リリースを同時に開発することがあります。

例えば、あるチームが 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 の新バージョンとする必要があります。


フィードバック