【问题标题】:Azure DevOps Migration - Moving Project to Another OrgAzure DevOps 迁移 - 将项目移动到另一个组织
【发布时间】:2021-08-20 03:28:53
【问题描述】:

我希望在 Azure DevOps 中将项目从一个组织迁移到另一个组织。我们最终有了两个或三个组织,我正在寻找移动的这个项目创建了各种奇怪而精彩的工作项并添加了自定义字段。我想做的是移动项目,然后看看我是否可以说服权力,即某些事情可以被放弃,但我迫切需要按原样移动,这样报告和其他工作就不会受到影响。

我试图让它与迁移工具一起使用(并尝试关注视频),但遇到了死胡同。我认为可能存在两个问题。一个是 ReflectedWorkItemId。它说在用户故事中找不到它,但我不确定如何解决这个问题?我是否进入用户故事并添加一个名为“ReflectedWorkItemId”的字段并使用工作项编号填充它和/或在目标组织流程中添加相同的字段?

它还在信息中提到它找不到工作项类型之一 - 流程。还创建了一些其他自定义工作项类型,但我认为它已经放弃了第一个。我是否必须为目标组织中的每个工作项类型创建所有工作项类型和自定义字段?还是我在这方面搞错了?

【问题讨论】:

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


【解决方案1】:

为了提供同步和迁移,工具知道哪些项目已经迁移很重要。这就是 ReflectedWorkItemId 字段的用途。

在这两种情况下都不需要该字段,但是...如果您没有 该字段然后系统无法重新运行,因为它将重新复制所有 完成的工作项目。如果您将字段添加到目标,那么它将 只复制它找不到的那些项目。如果将字段添加到源 (是的,它需要是相同的 refname),并设置 UpdateSoureReflectedId 为 true 那么您还可以使用查询和限制过滤源 你加载什么。

前者防止重复,后者允许您过滤 数据加载...

document 中提到了这一点。这里有一个类似的issue你可以参考。

TF201077 通常在目标项目没有该名称的工作项时发生。可以参考github上的这个issue寻求帮助。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2019-12-30
    • 1970-01-01
    • 1970-01-01
    • 2022-12-03
    • 1970-01-01
    • 1970-01-01
    • 2019-04-21
    • 2023-02-02
    相关资源
    最近更新 更多