假设该公司拥有大量独立的中小型应用程序，可以在逻辑上划分为少数几个小组。
例如，我可以拥有宝马，马自达，本田，福特......，川崎，哈雷......总共几十甚至几百个应用程序。
我认为我在TFS中有2个选项：
为每个应用程序创建一个单独的项目。我最终得到了很多小项目，可以达到极限，但好处是我可以将所有工作项，错误，报告等分别分配给每个项目，并为每个项目提供一个门户。
< / LI>创建项目'Cars'和项目'Motorcycles'，并为每个项目下的每个应用程序创建一个带有分支的源控制树。这将提供更好的结构和更少的开销，但我不能分别为“本田”和“宝马”单独设置门户和工作项，错误，报告等列表。
我错过了什么吗？有没有办法同时拥有 - 一个单独的工作项列表，每个小项目的错误，而没有创建大量项目的开销，有可能达到项目数量的TFS限制？
答案 0 :(得分：4)
我会选择第2点。您可以使用TFS的“区域”部分将工作项分配给特定的子项目。
为所有这些小应用程序创建完整的团队项目有太多的开销。每个应用程序是否都需要完全独立的生命周期，协作工具（WSS站点）和一组报告？通常不是。
最糟糕的情况是，如果它太大而无法管理，您可以为其中任何一个创建新的团队项目，因为当您创建项目并进入源控制屏幕时，可以选择“从现有项目分支”，以便您可以使用它来保存源历史记录并创建专用项目。
开始敏捷，根据需要进行扩展。