合并团队项目

时间:2011-09-20 07:57:12

标签: tfs tfs2010 team-project

在我们目前的项目中,我们在同一个团队项目集合中有四个不同的TFS2010团队项目。原因是项目的不同部分想要使用不同的团队项目模板(CMMI vs Agile)。

现在所有项目都使用相同的模板。因此,我们现在得出的结论是,将项目合并为一个团队项目会更好。这提出了几个问题:

  1. 是否有可能/可行使用其中一个现有项目作为其他三个项目的目标项目?
  2. 我们如何在维护区域树的同时将现有工作项目移至新项目中?我们希望为每个现有团队项目创建一个根区域,并移动此根节点下的所有工作项/区域。
  3. 今天我们有一个团队项目的工作项链接到另一个团队项目 - 合并时我们如何保留这些链接?
  4. 移动源代码时的最佳做法是什么?一个明确的方法是简单地将其复制到新位置,并锁定并保留旧团队项目以防我们需要访问旧版本的代码。但是,使用分支是否可行,例如将所有现有代码分支到新团队项目?这种方法会导致什么样的问题?
  5. 感谢您的帮助!

1 个答案:

答案 0 :(得分:10)

不幸的是,TFS 2010不允许您合并团队项目。

结构化团队项目和团队项目集合是在开始使用TFS之前要做出的最重要的战略决策之一。不幸的是,我们帮助的很多客户都没有必要进行前期规划,并且在他们开始使用TFS之前不了解TFS中有关合并,移动,拆分等团队项目的一些限制: (

当我们有客户希望整合其团队项目的咨询业务时,我们最终不得不做大量的手动工作来迁移工件。我们已经构建了一些工具来帮助我们完成工作项目的这个过程,但在很大程度上,这是一项繁琐的咨询工作。迁移实用程序总是需要为每个客户定制,因为他们通常对于迁移方式有不同的业务规则。

最终,“迁移”不会最终带来所有信息,最终会出现一些其他问题,例如日期/时间戳与最初的不同。 (我听说它被称为迁移的时间压缩问题。)

针对每个原始问题的其他一些想法:

  1. 当然,理论上你可以使用其中一个现有团队项目作为其他三个项目迁移的目标。只要您喜欢团队项目名称而不想rename the team project。 :)
  2. 这是我们构建自定义工作项迁移实用程序以协助我们的咨询客户的地方。您可能需要这样做。
  3. 这也适用于自定义工作项迁移实用程序。您可以跟踪旧工作项ID和新工作项ID之间的映射,然后在目标团队项目中创建所有新工作项后再添加链接。
  4. 这最终取决于你。我会对从旧团队项目到新团队项目的源代码进行"move" version control operation。这保留了一切。但是,我不会删除任何旧的团队项目,因为这会导致版本控制历史记录被销毁。
  5. 这对你来说不是最好的故事,但希望它能帮助你规划一些!