我们有一个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
办理登机手续的政策是相同的。但是每个项目的权限可能不同。 每个产品的每个产品的截止日期是不同的。
我是否应该在每个产品的单个团队项目中使用不同的解决方案？
我们应该如何在TFS中组织项目？
答案 0 :(得分：1)
一般来说：KISS适用，复杂性只会让开发人员的生活变得更加困难（复杂性会很高）
办理登机手续的政策是相同的。
考虑将中的签入策略用于表示对开发人员缺乏信任。如果你不相信他们，那么他们如何创造你销售的产品呢？这无助于创造高质量的结果。
但每个项目的权限可能不同。每个产品的每个产品的截止日期是不同的。
这将推动单独的解决方案。
如何将框架视为一种常见的外部产品（仅在内部开发），客户项目将其引用为另一种第三方产品。这样做的好处是，框架的更改可以以受控的方式应用于每个客户项目：在您即将部署时，重大更新将是一个坏主意！
此C9视频中的大量有用信息：Source Control Strategies Panel