複数の製品と顧客に推奨される構造

Question

私たちの会社は3人の顧客を持っています。

私たちは3種類の製品を開発しています。

製品は、顧客ごとにカスタマイズできるように作られています。 リポジトリの構造は次のとおりです。各製品には、単一のProduct-Coreリポジトリと各顧客のProduct-Customerリポジトリがあります。

のは、これらの顧客は、これらの製品を購入したとしましょう：

-Cust1：

• 製品1
• Product2
• Product3

-Cust2：

• 製品1
• Product2

-Cust3：

• 製品1
• Product3

私たちは、VSTSにログインし、ために彼のバックログ項目を参照して、各顧客の利害関係者を希望彼が買った製品 各顧客は他の顧客のアイテムを見ないことが非常に重要です。 開発者は、すべての製品とすべての顧客のすべての作業項目を確認できる必要があります。

また、前述のように、各製品にはコアリポジトリとカスタマ固有のリポジ​​トリがあります。 顧客の作業項目を作成する際には、両方のリポジトリにコミットする必要があります。

このシナリオでは、プロジェクト/チーム/セキュリティ/などに関してVSTSで推奨される構造は何ですか？

Answer 1

3つの製品を3つのVSTSプロジェクトに配置し、顧客をさまざまな製品/プロジェクトのチームとして追加することができます。

Projects  teams 
--------------------------------- 
Product1 cust1, cust2, cust3 
Product2 cust1, cust2 
Product3 cust1, cust3 

異なるチームでは、異なるメンバーを追加して特定の権限を設定します。

チームが自分の仕事項目のみを表示できるように、権限を設定します。 CUST2のユーザーを追加する - >このノードの権限を表示とこのノードの作業項目を表示拒否 - >ユーザーを設定するcust1の拒否このノードの権限を表示およびこのノードの作業項目を表示 for cust2 Area too。