TFS 项目映射到实际项目

Question

我怀疑我们与许多其他业务有一个共同的层次结构，因为我们拥有软件产品，并且我们通过一系列项目来增强每个产品。

我们有自己托管的 TFS2015。

鉴于 TFS 似乎不支持 Product 的想法，我创建了一个名为 MyProduct 的 TFS项目。此“产品”存在于 ALM 和 SCM 中。

接下来我创建了我的第一个真正的 TFS 项目，即我创建了一个与我必须为我的工作运行的实际项目同名的 TFS 项目。我现在有两个 TFS 项目，

1. MyProduct - 这是我的主 TFS 项目，我将其视为我的产品
2. MyFirstProject - 这是我为增强现有产品而执行的第一个实际项目

MyFirstProject 的源代码是 MyProduct 中源代码的副本，应在某个或多个点合并回 MyProduct。

当我在 MyFirstProject 结束时，我想将打开的工作项移动到我的 Product TFS 项目中，即 MyProduct，包括，

1. 描述了我想保留在产品待办列表中的 MyFirstProject 故事
2. 在 MyFirstProject 中检测到但未修复的错误
3. MyFirstProject 期间添加的史诗/功能

接下来我要启动 MySecondProject 等。

希望这是关于我认为常规产品/项目如何工作的足够详细信息，我的问题是，我是否通过这种方法正确使用了 TFS？我的新 TFS 项目不是 SCM 分支，它们是新的 SCM 项目，而且在项目之间移动工作项并不是一件容易被遗忘的事情，这似乎并不自然。

感觉好像我错过了 TFS 项目结构的要点。

Answer 1

1. 我想介绍团队项目合集和团队项目。

   • 团队项目集合是一组团队项目。安装 TFS 时，会创建一个默认集合以包含所有团队项目。
   • 团队项目是源代码、工作项、构建 定义、发布定义、手动测试等。您可以拥有 每个集合有多个团队项目。您创建一个团队项目来为源代码建立一个存储库，并为一组开发人员和团队提供一个地方来规划、跟踪进度并就构建软件解决方案进行协作。团队项目不同于软件应用程序项目或解决方案。 （请澄清您在帖子中提到的 TFS 项目是团队项目还是经常应用程序项目。）

2. 根据你的描述，MyProduct和MyFirstProject应该有branch的关系。因此，您可以在团队项目 X 下创建项目 A，然后分支项目 A 以满足您的要求。

3. 工作项属于团队项目，而不是单个软件应用程序项目。为了实现您想要的，您可以创建Teams 和Areas 并将工作项分配到不同的区域。