【问题标题】:When do I create a new team project in TFS 2010?何时在 TFS 2010 中创建新的团队项目?
【发布时间】:2011-10-26 14:43:16
【问题描述】:

我们正在设置 TFS 2010,我们希望将大约 15 个不同的应用程序迁移到 TFS。我们已经决定我们将进行 1 次收集。我的问题是我们应该为每个应用程序创建多个团队项目,还是应该将所有应用程序放在一个团队项目下?对于工作项、构建等,我们将面临哪些优势/劣势?

【问题讨论】:

  • 注意。这同样可以表述为“我何时创建新的 GIT/Mecurial/... 存储库?”。
  • @Richard:我不同意——TFS 团队项目不能很好地映射到 git(例如)repo。一个团队项目指定一个工作流(一个过程模板)并且通常包含多个应用程序或项目。也就是说,通常团队项目是映射到 git 存储库的更高级别的项目,并且包含许多项目。

标签: tfs team-project


【解决方案1】:

我认为团队项目应该包含哪些内容的标准是应用程序和/或处理应用程序的人员是否具有共享资源,例如工作项。

在即将到来的 TFS11 中有积压的概念(如果你还没有看到,我建议你去\BUILD\ recordings)。如果您的应用程序共享 sprint 或积压工作,那么我将创建一个团队项目(或每个共享这些应用程序池的团队项目)。

如果应用程序是单独开发的,并且您想使用不同的流程,那么请使用多个团队项目。

【讨论】:

    【解决方案2】:

    我最近看到一个 TFS ALM Rangers 的一篇很好的帖子,其中讨论了拆分为多个团队项目的所有主要缺点。

    http://msmvps.com/blogs/vstsblog/archive/2010/11/12/good-reasons-to-not-create-a-new-team-project.aspx

    然而,正如 Ewald 指出的那样,TFS11 中的新 Sprint、Backlog 和团队支持实际上是拆分项目的很好理由。

    【讨论】:

    • 看起来像在团队项目中添加团队 i tfs11 意味着每个团队项目有多个积压工作
    • 每个团队项目的多个积压工作非常好,所以我坚持我的观点,即只有一个团队项目来减少升级摩擦
    猜你喜欢
    • 1970-01-01
    • 2011-10-15
    • 1970-01-01
    • 1970-01-01
    • 2016-02-13
    • 2012-12-04
    • 2012-04-11
    • 2016-09-03
    • 1970-01-01
    相关资源
    最近更新 更多