使用单独的TFS项目进行源代码管理和工作项跟踪,这是一件好事



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

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

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

它会起作用——我偶尔不得不将签入与其他项目的工作项关联起来。我没有注意到报告之类的任何问题,也就是说,这似乎是一个过于复杂的安排,几乎没有什么好处。

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

我们使用这个模型允许我们有单独的项目,但针对相同的源分支。它起了一段时间的作用,但当我们开始对树枝更具冒险精神时,模型就坏了。因此,正如其他人所指出的,从技术上讲,你没有理由不能做到这一点,这不是标准的。

最新更新