TFS 2010团队项目

Question

我想知道TFS 2010中Team Project的概念是什么。在我的公司，有一个团队同时处理多个产品。每种产品都有可视化工作室解决方案。我们正在遵循SCRUM方法。我们的产品返回日志和冲刺返回日志基本上包含与多个产品相关的项目，因此在sprint期间，团队处理与多个产品相关的积压项目。我们期待在TFS 2010中使用SCRUM流程模板。

我想知道在组织TFS源代码管理项目和充分利用TFS流程模板（SCRUM）方面应采取什么方法？

• 我应该为每个产品创建一个团队项目吗？但这意味着我将不得不为每个团队项目维护流程模板，产品积压和sprint积压。特别是在创建和查询工作项时，它将涉及团队资源管理器中团队项目之间的大量切换。同样，在创建刻录图表/报表时，每个Team项目都会有一个。这看起来像是一场噩梦！

• 或者我应该创建一个Team项目并将所有产品（Visual Studio解决方案）置于其下？这对我来说听起来更好，因为会有一个流程模板，一个产品和sprint backlog以及一个查看/查询所有工作项的地方。

对我而言，Team项目应该映射到团队而不是产品或Visual Studio解决方案。然而，根据我过去的经验，我遇到过Team Project映射到产品/视觉工作室解决方案的地方，我有点困惑。

Answer 1

“团队项目”一词令人困惑。我真的希望微软使用不同的短语。

话虽如此，我不知道其他单词或短语会适用。

1. 团队项目不一定与Visual Studio项目或解决方案相对应
2. 团队项目当然不符合SourceSafe用于调用项目的内容（这些只是文件夹）
3. 团队项目不一定对应于单个源控制树。处理团队项目的人员可能会使用来自多个源控制树的代码（假设这可以正确映射到您的工作区）。
4. 团队项目更接近于某种努力。这可能涉及或可能不涉及一些源代码。它将涉及一些人。它可能涉及或可能不涉及某些工作项，构建，报告，门户网站或实验室环境，或者基于每个团队项目确定范围的工件的任意组合。这些通常是对一些“团队”有用的工件，以完成他们的“努力”（这可能恰好发生在生成和发布一些代码的问题上，使用工作项，报告，源代码控制，构建，等）

Answer 2

我建议您为不同的解决方案创建一个团队项目和多个文件夹。 换句话说，保持您的工作原样，只创建一个团队项目。当检入产品代码时，使用服务器文件夹。这样，您就拥有了一个包含共享工作项和报告的唯一存储库