1

プロジェクト間で共有されるフレームワークを持つ Web プロジェクトがあります。すべてのプロジェクトがそのフレームワークを使用します。それに加えて、すべてのプロジェクトには、主要な製品にマージされないさまざまな機能を持つ複数の顧客がいます。

Common (Shared)
    Product 1(Uses Common)
        Customer 1 (Feature List 1)
        Customer 2 (Feature List 2)

    Product 2(Uses Common)
        Customer 3
        Customer 4

チェックインポリシーはすべて同じです。ただし、すべてのプロジェクトに対する権限は異なる場合があります。商品ごとにお客様ごとに納期が異なります。

1 つのチーム プロジェクトで、製品ごとに異なるソリューションを使用する必要がありますか?

TFS でプロジェクトをどのように編成する必要がありますか?

4

1 に答える 1

1

一般的に: KISS が適用されます。複雑さは開発者の生活を困難にするだけです (十分な複雑さがあります)。

チェックインポリシーはすべて同じです。

開発者に対する信頼の欠如を示すために、チェックイン ポリシーが採用される可能性があることを考慮してください。そして、あなたが彼らを信頼していないなら、彼らはあなたが販売する製品をどのように作ることができるでしょうか? これは、質の高い結果を生み出すのに役立ちません。

ただし、すべてのプロジェクトに対する権限は異なる場合があります。商品ごとにお客様ごとに納期が異なります。

それは別々の解決策を推進するでしょう。

フレームワークを、顧客のプロジェクトが別のサードパーティ製品のように参照する共通の外部製品 (社内で開発されたばかり) として扱うのはどうでしょうか。これには、フレームワークへの変更を制御された方法で各顧客プロジェクトに適用できるという利点があります。展開しようとしているときに大幅な更新を行うことはお勧めできません。

この C9 ビデオには多くの有用な情報があります: Source Control Strategies Panel

于 2012-01-08T10:08:00.823 に答える