Version control TFS：数百个独立的应用程序/项目-什么'；什么是最好的方法？

假设该公司有大量独立的中小型应用程序，这些应用程序在逻辑上可以划分为少数几个组

例如，我可以有宝马、马自达、本田、福特，川崎，哈雷。。。。总共有几十个甚至数百个应用程序

我想我在TFS中有两种选择：

为每个应用程序创建一个单独的项目。我最终有很多小项目，可能会受到限制，但好处是我可以将所有工作项、bug、报告等分别分配给每个项目，并为每个项目提供一个门户

创建一个项目“Cars”和一个项目“motorkes”，并为每个项目下的每个应用程序创建一个带有分支的源代码管理树。这将提供更好的结构和更少的开销，但我不能再为“本田”和“宝马”分别提供门户和工作项、bug、报告等列表

---

我错过什么了吗？有没有一种方法可以同时拥有这两种功能？一个单独的工作项列表，每个小项目的bug，而不需要创建大量项目的开销，从而有可能在项目数量上达到TFS限制？

我同意第2点。您可以使用TFS的“区域”部分将工作项分配给特定的子项目

为所有这些小应用程序创建完整的团队项目的开销太大了。这些应用程序是否都需要一个完全独立的生命周期、协作工具（WSS站点）和一组报告？通常不会

最坏的情况是，如果项目太大而无法管理，那么您可以为其中任何一个创建一个新的团队项目，因为当您创建项目并进入源代码管理屏幕时，有一个“从现有项目分支”选项，所以您可以使用它来保存源代码历史记录并创建一个专用项目

---

开始敏捷，根据需要进行扩展。

我同意第2点。您可以使用TFS的“区域”部分将工作项分配给特定的子项目

为所有这些小应用程序创建完整的团队项目的开销太大了。这些应用程序是否都需要一个完全独立的生命周期、协作工具（WSS站点）和一组报告？通常不会

最坏的情况是，如果项目太大而无法管理，那么您可以为其中任何一个创建一个新的团队项目，因为当您创建项目并进入源代码管理屏幕时，有一个“从现有项目分支”选项，所以您可以使用它来保存源代码历史记录并创建一个专用项目

开始敏捷，根据需要扩展