【问题标题】:Restore Out the Box Process恢复开箱即用的过程
【发布时间】:2021-06-03 07:44:58
【问题描述】:

我正在从 TFS 2015 迁移到云中的 Azure DevOps。 按照迁移指南,我做了以下事情:

TFS 2015 -> TFS 2018 -> DevOps 2020。

运行迁移器工具时出现错误。 OTB 流程中存在错误。

如果我不关心我的流程中所做的更改,是否有一种简单的方法可以进入 OTB 流程?

【问题讨论】:

    标签: azure-devops tfs-migration azure-devops-migration-tools


    【解决方案1】:

    TryMatchOobProcesses.log 文件中的流程验证错误会阻止您的项目 从登陆继承流程模型(OTB流程)。但是您不必修复这些错误。他们不会阻止您进行导入。并且您的所有自定义项都将导入托管 XML 流程模型。

    请参阅下面来自Process template validation 的摘录。

    如果项目是使用敏捷、Scrum 或 CMMI 流程模板创建的,并且从未定制过,则该项目将使用继承流程模型。在所有其他情况下,数据迁移工具将项目视为自定义项目,并且项目将使用托管 XML 流程模型。

    TryMatchOobProcesses.log - 为每个项目列出目标流程模型 - 继承或托管 XML。对于设置为以托管 XML 流程模型为目标的项目,它解释了为什么它们被认为是定制的。您不必修复这些错误,但它们会为您提供指导,以防您想迁移到继承流程模型中

    现在 DevOps 2020 服务支持Moving from Hosted XML Process to Inherited Process。有关迁移到继承进程时需要注意的更多信息,请参阅以下官方文档。

    因此,根据 Document 和 Migration Guide(Page-33),您可以只导入流程而无需修复 TryMatchOobProcesses.log 中的流程验证错误。将流程导入到托管 XML 流程之后。然后就可以改成继承流程了。

    【讨论】:

      猜你喜欢
      • 2013-08-29
      • 2013-10-26
      • 1970-01-01
      • 1970-01-01
      • 2013-05-07
      • 2015-01-07
      • 2013-11-25
      • 2017-01-03
      • 2017-12-15
      相关资源
      最近更新 更多