【问题标题】:Repair broken TFS WorkItem links during TFS-to-DevOps migration在 TFS 到 DevOps 迁移期间修复损坏的 TFS 工作项链接
【发布时间】:2020-09-25 12:47:50
【问题描述】:

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

例如,

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

假设我先迁移 ProjectA,然后迁移 ProjectB,#1#2 之间的链接将无效,但 #3#4 之间的链接将完好无损。

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

一旦它们都存在于 DevOps 服务器上,有什么方法可以修复 #1 -> #2 的链接?

【问题讨论】:

  • 请检查this question是否可以帮助您。
  • @JaneMa-MSFT 最初的问题听起来可以满足我的需求。但是,没有详细说明它实际上是如何工作的,或者如何配置该工具以分别迁移这些链接。然后票证离题到基本票证迁移讨论。
  • 请在github.com/nkdAgility/azure-devops-migration-tools/issues 上创建一个问题,以便我们进行讨论

标签: azure-devops azure-devops-server-2019 azure-devops-migration-tools


【解决方案1】:

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

由于我们添加了对跨团队项目链接的支持,它正在创建指向同一集合中预先存在的工作项的链接。如果您正在移动集合但在同一个集合中,则不会发生这种情况。

从目标工作项开始处理 ProjectA.WorkItem#1 时 存在(ProjectB.WorkItem#2)它将继续创建有效的 关联。迁移 ProjectB 时无效

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

你能告诉我之前创建的链接是通过什么方式无效的吗?删除ProjectB后是否仍然存在?

【讨论】:

  • 我意识到我还有一些其他问题会导致我的工作项迁移出现问题,因此这些问题可能会导致问题。一旦我解决了所有问题,我会回来提供更多信息。
猜你喜欢
  • 2021-09-24
  • 2019-12-01
  • 1970-01-01
  • 2019-04-17
  • 2017-12-15
  • 2019-06-05
  • 2020-01-06
  • 2017-08-23
  • 1970-01-01
相关资源
最近更新 更多