好的,我试一试:
解决方案1:
源头控制
- 使用“好”的流程模板创建一个新的团队项目
- 创建一个从“Main”派生的“New Main”分支
- 创建从 New Main 派生的“New Dev”分支,“New Release”也是如此
- 在发生冲突时从“Dev”合并到“New Dev”接受源版本。对“新版本”执行相同操作。您不会将历史记录保留在“新开发/发布”分支中,您必须在需要时查看他们的基础分支。
工作项目
我最好使用 Excel 来创建工作项,我将首先设置列出我要复制的所有工作项的查询,显示我关心的字段,然后将整个内容(如果需要,可以进行一些映射)复制到另一个电子表格连接到新的团队项目,然后保存所有内容以创建新的工作项。
你可以这样做,如果: - 你有一个合理数量的工作项(你是判断的人,取决于你的动机;)) - 你不关心工作项的历史(修订)。- 你很懒,不想使用迁移工具包(或者如果它符合你的需要)。
解决方案2:
就地升级流程模板,您可以这样做,但主要是手动完成。
源头控制
- 无事可做,这是保持源代码控制(分支关系、历史记录)的所有内容完整无缺的唯一方法。
工作项目
- 如果您想保留一些历史记录,请使用我之前给您的 Excel 方法,请确保在添加/更改 WIT 之前在 Excel 上获得所有工作项
- 删除所有工作项。见这里。
- 删除 WIT ( tfpt destroywitd )
- 添加新的工作项类型。
- 如果您愿意,可以从 Excel 创建新的。
SQL 报告
我的看法
如果源代码控制是最重要的,我会选择解决方案 2。使用 Excel 或迁移工具包取决于工作项的数量,如果有很多我可以映射的字段...
如果您选择解决方案 2:在做任何疯狂的事情之前备份您的 TPC !(我假设你在 TFS 2010 中)