在从TFS到DevOps的迁移过程中修复损坏的TFS WorkItem链接

问题描述

我正在使用Azure DevOps Migration Tools软件将我们的现场TFS项目迁移到DevOps。我们有许多项目,其中包含项目工作项之间的循环链接。

例如,

  • ProjectA.WorkItem#1ProjectB.WorkItem#2
  • 相关
  • ProjectB.WorkItem#3ProjectA.WorkItem#4
  • 相关

假设我先迁移ProjectA,然后再迁移ProjectB,则#1#2之间的链接将无效,但是#3#4之间的链接将保持不变

我已尽最大可能查看了文档,但似乎找不到“修复损坏的链接”选项。如果我再次运行迁移工具,它将找不到工作项的任何更改,因此会跳过它们。

一旦#1 -> #2的链接都存在于DevOps服务器上,是否有任何方法可以修复?

解决方法

无法单独运行链接,但这是一个有趣的难题。

自从我们添加了对跨团队项目链接的支持以来,它就创建了指向同一集合中预先存在的工作项的链接。如果您要移动收藏夹,但在同一收藏夹中,则不会发生这种情况。

自目标工作项以来处理ProjectA.WorkItem#1时 存在(ProjectB.WorkItem#2),它将继续创建该有效 链接。那么当ProjectB迁移时哪个无效

在处理ProjectB.WorkItem#3时,因为ProjectA.WorkItem#4具有 已经被迁移,它可以正确链接到新项目。

您能告诉我以前创建的链接无效吗?删除ProjectB后,它是否仍然存在?

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...