【问题标题】:TFS 2010: change work item types and retain existing source historyTFS 2010:更改工作项类型并保留现有源历史记录
【发布时间】:2012-11-05 09:28:28
【问题描述】:

我们开始在一个使用敏捷工作项模板的项目中进行编程。现在,我们想要保留一些代码历史记录。

另外,我们想改成定制的 CMMI 模板,所以它接近 CMMI,但是定制的,工作项略有不同,还有一些新的/删除的(出于测试目的,我们将其设置在不同的项目中) )。

我们现在如何将一个项目的源(和历史)与另一个项目的工作项合并?

据我了解,您可以简单地导出/导入工作项类型,但是所有报告和查询以及仪表板也不会正确更新?因此,我们现在可以提出的所有方案都会导致版本历史丢失(只需使用 CMMI 将源的当前状态导入新创建的项目,然后更新工作项)。

有没有更好的解决方案?

(使用 TFS 2010 和 VS 2010)

编辑:可以在此处找到一些有用的信息:http://blogs.msdn.com/b/willy-peter_schaub/archive/2011/05/17/tfs-integration-tools-where-does-one-start-part-3-dust-has-settled-did-it-work.aspx - 像我一样,您可能会特别遇到 ProcessBuildTemplates 的问题

【问题讨论】:

  • 您是否考虑过使用TFS Integration Tools?我不确定使用不同模板成功迁移团队项目的工作项,但我已经能够成功地在团队项目之间迁移代码及其历史记录。
  • 即使使用相同版本的 TFS?您可以在保留历史记录的 TFS 2010 和 TFS 2010 之间迁移,删除并重新创建旧项目并将包含历史记录的代码迁移回来吗?
  • 我所做的所有迁移都是从 TFS 2010 到同一个 TFS 2010。我认为可以按照您的描述进行操作,但我会在单独的测试团队集合或一个操场 TFS,既要确保它工作,又要提供你需要的结果。使用 TFS 完成此类任务绝非易事。
  • 好的,谢谢你指点我。现在尝试迁移.. 好吧.. 文档可能会更好,但一旦安装,GUI 几乎是不言自明的,到目前为止,尽管过程很慢,但冲突是可控的。另外,我需要一个看起来像中间的 SQL Server。另外,我希望“迁移”并不意味着从源中删除项目......
  • 我同意额外的 SQL Server 数据库至少可以说是尴尬的。迁移不代表从源头删除,您可以放心使用。

标签: visual-studio-2010 tfs tfs-workitem cmmi


【解决方案1】:

您是否考虑过使用TFS Integration Tools?我不确定使用不同模板成功迁移团队项目的工作项,但我已经能够成功地在团队项目之间迁移代码及其历史记录。

【讨论】:

  • 嗯,嗯,很好的答案。 :) 非常感谢! (顺便说一句,对于其他尝试此操作的人:大约 35k 版本/添加项目需要 3 小时以上,在看似轻量级的使用之后(大约 3 个月,只有几个开发人员)。
  • 还有一个问题:有没有“干净”的方法来做到这一点?我创建了一个新项目来从另一个项目迁移所有源,但偶然发现 BuildProcessTemplates 已经存在,并且..不知道我做了什么..我想我指定了一个不存在的目标变更集,我认为我的迁移没有现在恢复。从头开始还是有办法解决这个问题?
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2016-05-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多