version-control - 使用单独的 TFS 项目进行源代码控制和工作项跟踪，这是一件好事吗？

Question

我有一个客户，他使用一个 TFS 项目仅用于源代码控制，现在想要管理一个完全不同的 TFS 项目中的工作项，使用不同的流程模板，并打算将变更集链接到 TFS 项目中的工作项。

我知道这在 TFS 中是可能的，但不知道这种配置有什么限制或问题。例如构建摘要、报告等。

我更喜欢将代码分支到一个新的 TFS 项目中，并在一个项目中一起管理代码和工作项，但需要知道上述方法是如何叠加的。

Answer 1

它会起作用 - 我偶尔不得不将签入与其他项目的工作项相关联。我没有注意到报告等有任何问题，这表明这似乎是一个过于复杂的安排，几乎没有什么好处。

Answer 2

对我来说似乎是一个奇怪的设置。虽然它可以工作，但 TFS 设计用于将签入和工作项放在同一个团队项目中，因此您不会真正获得 TFS 功能的全部好处。客户是否知道他们可以修改现有团队项目的流程模板，或者照你说的做分支，甚至只是将源移动到新的团队项目中。

Answer 3

我们使用此模型允许我们拥有单独的项目，但针对同一个源分支。它工作了一段时间，但一旦我们开始对分支更具冒险精神，模型就崩溃了。因此，正如其他人所指出的那样，从技术上讲，您没有理由不能这样做，这不是标准的。