1

以下に TFS 構造を示します。私はシナリオと私が達成しようとしていることを与えるために最善を尽くします:

Source
    |- Solution 1
    |- Solution 2
    |- files.....

注: ソリューション 2 には、ソリューション 1 と 2 の両方が含まれています。つまり、ソリューション 2 をビルドすると、ソリューション 1 と 2 の両方がビルドされます。

Build Definition:
    |- Build Definition Dev (Builds Solution 2)
    |- Build Definition QAT (builds solution 2)
    |- etc...

さて、ソリューション 1 が今週公開されるので、それにラベルを付けて分岐する必要があります。一方、ソリューション 2 は数か月後に公開されます。

質問:

  1. ソリューション 1 を分岐してラベル付けする最善の方法は何ですか。

    を。特定の環境用に分岐したソリューション 1 を常にデプロイします。

  2. 別のビルド定義を作成する必要がありますか?

  3. ブランチ バージョンをビルドしてデプロイするようにビルド定義を構成する方法はありますか?

アイデアは、サポートとバグ修正のためにブランチ バージョンを展開し、特定の環境に展開できるようにすることです。同時に、ソリューション 2 はそのままにしておきます。

最後に、ソリューション 2 と分岐バージョンの両方をマージします。

ありがとうございました。

4

1 に答える 1

1
  1. ソリューション 1 がソリューション 2 によって参照されている場合、つまり、いくつかのプロジェクトを共有してから分岐Sourceし、各バージョンを専用の分岐に配置します。プロジェクトの共有がない場合は、ソリューションを別々のブランチに分けます。

オプション1:

Branch 1.0
    |- Source
        |- Solution 1
        |- Solution 2
Branch 2.0
    |- Source
        |- Solution 1
        |- Solution 2

オプション 2:

Branch 1.0
    |- Source
        |- Solution 1
Branch 2.0
    |- Source
        |- Solution 2

2.はい。しない理由はありません。

3. はい。これは大きなものです。それを達成する方法はたくさんあります。コミュニティ TFS ビルド拡張機能VS ラボ管理は、開始するのに役立ちます。

于 2013-06-18T22:35:39.220 に答える