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