合并团队项目
在我们当前的项目中,同一团队项目集合中有四个不同的 TFS2010 团队项目。原因是项目的不同部分想要使用不同的团队项目模板(CMMI 与敏捷)。
现在所有项目都使用相同的模板。因此,我们现在得出的结论是,最好将这些项目合并为一个团队项目。这就提出了几个问题:
- 使用现有项目之一作为其他三个项目的目标项目是否可能/可行?
- 我们如何将现有的工作项目转移到新项目中,同时维护我们的区域树?我们希望为每个现有团队项目创建一个根区域,并将所有工作项/区域移动到该根节点下。
- 今天,我们有从一个团队项目到另一个团队项目的工作项链接 - 合并时如何保留这些链接?
- 移动源代码时的最佳实践是什么?一种明确的方法是简单地将其复制到新位置,并锁定并保留旧的团队项目,以防我们需要访问旧版本的代码。但是为此使用分支是否可行,例如将所有现有代码分支到新的团队项目?这种方法可能会导致什么样的问题?
感谢您的帮助!
In our current project we have four different TFS2010 Team Projects in the same Team Project Collection. The reason for this is that different parts of the project wanted to use different team project templates (CMMI vs Agile).
All projects now use the same template. Therefore we have now reached the conclusion that it would be better to merge the projects into a single team project. This raises several questions:
- Is it possible / feasible to use one of the existing projects as the target project for the other three?
- How do we move our existing work items into the new project whilst maintaining our area tree? We hope to create one root area for each of our existing team projects, and move all work items / areas underneath this root node.
- Today we have work item links from one team projects into another - how do we keep these links when merging?
- What is the best practice when moving the source code? One clear approach is to simply copy it to the new location, and locking and keeping the old team projects in case we need to access older versions of the code. But is it feasible to use branching for this, e.g. branching all existing code to the new team project? What kind of problems might this approach cause?
Thanks for your help!
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
不幸的是,TFS 2010 不允许您合并团队项目。
构建团队项目和团队项目集合是开始使用 TFS 之前要做的最重要的战略决策之一。不幸的是,我们帮助的许多客户在开始使用 TFS 之前并没有进行必要的前期规划,也不了解 TFS 中关于合并、移动、拆分等团队项目的一些限制: (
当我们进行咨询业务时,客户想要整合他们的团队项目,我们最终不得不做大量的手动工作来迁移工件。我们已经构建了一些工具来帮助我们完成工作项目的这个过程,但在大多数情况下很多迁移实用程序最终也需要为每个客户进行定制,因为他们通常对于如何迁移有不同的业务规则,
最终,“迁移”并不会带来所有的迁移 。信息,你最终会遇到一些其他问题,例如日期/时间戳与原来的不同(我听说它被称为迁移的时间压缩问题。)
对于每个原始问题的一些额外想法:
这不是最适合您的故事,但希望它能帮助您制定一些计划!
Unfortunately, TFS 2010 doesn't allow you to merge team projects.
Stucturing Team Projects and Team Project Collections is one of the most important strategy decisions to make before starting to use TFS. Unfortunately, a lot of the customers we help don't make the up-front planning necessary and don't understand some of the limitations in TFS around merging, moving, splitting, etc. team projects before they start diving in to using TFS :(
When we have consulting engagements where customers want to consolidate their team projects, we end up having to do a lot of manual work to migrate the artifacts. We have built some tools to help us with this process for work items but for the most part it's a lot of tedious consulting work. The migration utilities always end up needing to be customized for each customer as well since they usually have different business rules for how they want to migrate.
Ultimately, a "migration" doesn't end up bringing over all of the information and you end up with some other problems like date/time stamps being different from what they were originally. (I have heard it referred to as a time compression issue with migrations.)
Some additional thoughts for each of your original questions:
It's not the best story for you but hopefully it will help your planning out some!