1

我们目前正在使用 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 和工作项 PROJECT2 - Bugtracker 和工作项 PROJECT3 - Bugtracker 和工作项

CUSTOMER1 - 部署计划、所需功能、具体说明（使用 PROJECT1、PROJECT2） CUSTOMER2 - 部署计划、所需功能、具体说明（使用 PROJECT2、PROJECT3） CUSTOMER3 - 部署计划、所需功能、具体说明（使用 PROJECT1、PROJECT3）

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

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

有没有人对可以实现我们俩都想要的管理应用程序有很好的建议？

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

4

2 回答 2

1

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

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

我发现多个团队项目的唯一问题是你必须分支一个文件夹（并且不能分支一个团队项目），所以如果你想创建一个跨越多个项目的分支，你必须有几个分支，这意味着多个工作区每个操作的映射和多个合并。

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

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

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

于 2010-04-27T07:39:26.893 回答
0

一种方法是创建一个涵盖所有解决方案的团队项目，并使用源代码管理中的子文件夹和工作项上的项目路径来按项目分隔功能需求、错误等。

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

希望有帮助

于 2010-04-27T07:29:23.430 回答