Team Foundation 是否支持跨应用程序工作项组？

Question

我们目前正在使用 Visual Source Safe 和 BugNet，并希望从 VSS 向上迁移。我一直在推动 SVN (a) 我们是一家 ASP.NET 商店，b) DCVS 不是一个选择 - 无论我多么喜欢 Hg ;-) 或 TFS。好吧，我们终于有了一个新的开发服务器，所以我说服老板在上面安装了 TFS（30 天试用）。与此同时，我们开始尝试 FogBugz。我们真的很喜欢 FogBugz，因为它可以帮助我们完成大约 80% 想做的事情，而另外 20% 可能是我们不知道自己想要什么的事情。

我正在推动 TFS，因为它允许 IDE 集成（大部分）所有内容。

他正在推动 FogBugz，因为他可以按客户对任务进行分组，然后通过一个仪表板来规划和管理所有内容。（这意味着我失去了大部分 IDE 集成 - 我同意这并不是巨大的损失）

TFS 是否支持涵盖我们所有解决方案的单个仪表板（在这种情况下，每个解决方案都是我们出售给垂直市场客户的完整应用程序）并让我们将工作项分配给每个解决方案跨组？

例如，我认为我们设想的是这样的：

Project1 -Bugtracker和WorkItems Project2-错误跟踪器和WorkItems Project3-错误跟踪器和WorkItems

Customer1-部署时间表，所需功能，具体说明（使用Project1，Project2）Customer2-部署时间表，所需的功能，特定笔记（使用Project2，Project3）Customer3-部署时间表，所需的功能，特定说明（使用Project1，Project1，Project3）

希望这是有道理的。当然，它比这更复杂，但我想我已经给出了足够的细节来描绘一幅图画。

我提供了为每个客户创建虚拟项目的选项，但他不喜欢这样，而且它并没有真正为我们提供我们希望最终得到的单一仪表板视图（而 FogBugz 因为我们已经实现了一些东西）现在做）。

有没有人对管理应用程序有一个好的建议，可以实现我们双方都想要的？

编辑：因为我得到了一些很好的回应（尽管不是我想要的），所以我现在要关闭它。然而，我认为这将是一个很好的第三方市场和/或即将发布的 TF 版本中的一个功能。如果您稍后遇到此问题，请随时发表更多想法。

Answer 1

TFS 允许您拥有多个团队项目。每个实际上都是源代码控制的根文件夹。但是，您可以在源代码管理中的项目之间移动文件/文件夹，并且工作项是全局的（在所有团队项目之间共享）。对于工作项，所有项目所做的就是提供一个级别，您可以在该级别上过滤掉工作项（以便您仅查看该项目的错误等）。

因此，团队项目允许您很好地划分项目，但它们只是虚拟隔间，在这些隔间之间移动项目几乎没有限制。

我发现多个团队项目的唯一问题是您必须对一个文件夹进行分支（并且不能对团队项目进行分支），因此如果您希望创建一个跨越多个项目的分支，则必须有多个分支，这意味着多个工作区每个操作的映射和多次合并。

对于客户，我们只需在工作项中添加一个自定义“客户”字段，使我们能够将工作项与特定客户相关联。

当您查看工作项时，您可以应用类似 SQL 的过滤（例如TeamProject=@Project AND Customer="BiggsAndCo" AND WorkItemType="Bug" 将查找当前 TeamProject 中 BiggsAndCo 报告的所有错误）

VSTS 有很多第三方插件来增强 TFS 体验（值得庆幸的是，原始 TFS 提供了非常基本且笨拙的 UI），并且您也可以使用 API 编写自己的工具来查询 TFS 数据库，因此获得您认为有用的仪表板应该不会有太多问题。不过，您需要进行一些搜索，看看现有的解决方案是否符合您的要求。

Answer 2

做到这一点的一种方法是，一个团队项目涵盖您的所有解决方案，并在工作项目的源控制和项目路径中使用子文件夹，以分开项目要求，错误等。

这是一部分项目中的客户特定信息，您可能需要进行一些自定义才能报告，因为您与TFS工作项目有很多一对一的关系，因此不支持开箱即用。

希望有帮助