问题标签 [azure-devops-migration-tools]

Azure DevOps 不提供将项目中的 Azure Boards 恢复到特定时间点的内置方法。此功能是防止灾难性用户错误所必需的。

如何使用该工具来填补这一空白？

例如，我是否可以迁移到“备份”项目，以潜在地从备份中恢复原始项目。

我正在考虑拥有 X 个备份目标项目并循环浏览它们（每天选择一个迁移/备份到），这样我就有 X 天的备份。

请提供说明。

在为团队区域（工作项，然后是测试配置）执行迁移后，我从测试人员同事那里得到的反馈是，每个迁移的测试都处于“活动”状态，而其中很多测试要么“通过” 、源平台上的“失败”或“进行中”。

这是 WorkItemMigrationConfig 或任何测试配置处理器的限制吗？这是预期的行为吗？

保留历史上运行的测试的结果状态是非常相关的

任何人都可以提供有关多次迁移运行的任何最佳实践吗？从 TFS 2017.3.1 迁移到 Azure DevOps 服务。处理相当数量的工作项目（32k）。当然，TSTU 节流使运行需要很长时间，所以我在考虑先推进我能做到的事情，然后再通过第二次传递来获取自第一次大推进以来的新工作项。所以...启用 UpdateSourceReflectedId 将在已迁移的源项目上设置 ReflectedWorkItemId。但是，如果有人更改了已经推送的工作项，会发生什么？历史增量会被拾起吗？这通常是如何解决的...我在想可能是一个 Querybit，例如： ReflectedWorkItemId <> '' 和 ChangedDate > （上次运行时间），但这有必要吗？那些已经存在于目标... ReplayRevisions 会只拾取丢失的更改吗？蒂亚...

将源 Areas\Iterations 迁移到目标 Areas\Iterations 的推荐配置是什么？我已经能够成功迁移工作项，但我似乎无法弄清楚迁移区域和迭代的配置。这将与目标 Areas\Iterations 迁移的来源相同。

我正在尝试使用日期映射字段，但在目标上，日期更改为上一个日期。

来源：集成日期：30.11.2019 00:00

上目标：整合日期：29.11.2019 23:00

我也在尝试使用正则表达式映射，只是为了映射日期，但无法使其工作。下面是我的配置。这是从 Azure Devops Services 到 Azure Devops Services 的迁移。

谢谢你的帮助！

我使用azure-devops-migration-tools版本 11.9.20.0。

我正在尝试将 AZDO 项目迁移到 AZDO。

我在源项目上创建了与目标项目相同的方法结构。

但是迁移工作项的过程正在进入一个灾难性的阶段。

这是日志

你能帮我理解为什么这个序列包含多个元素吗？

使用 azure-devops-migration-tools 我无法将其连接到目标集合。

我正在从本地 tfs 服务器迁移到云 Azure DevOps。

我正在观察的问题：

我的经理不久前使用过这个，并认为他记得当您运行它时会出现一个弹出窗口，要求您提供凭据 - 我从来没有收到任何类型的弹出窗口。我已经重新启动并清除了缓存。

它似乎正在寻找访问令牌。我确实在目标 Azure DevOps 帐户中生成了一个 - 在这种情况下我在哪里/如何使用它？

是否有不同的设置方法可以访问目的地或要求我输入密码？

我在 Powershell 中启动该工具

我的 configuration.json 的内容 -

我正在查看源代码和 configuration2.json 文件以及处理器 TfsAreaAndIterationProcessorOptions，它能够指定对源和目标都是唯一的查询。是否可以根据区域路径使用不同的查询进行迁移。

我正在尝试在本地 TFS 服务器和 Azure DevOps 之间启动我的第一次迁移。我检查了我的 config.json 源和目标 url，没有看到 url 和项目名称有任何问题，但是当我执行迁移工具时，我收到以下错误。它似乎连接到 TFS 和 Azure 服务器，但无法配置存储。这可能是与权限相关的问题吗？

我正在尝试将项目从我们的本地 ADOS 迁移到 ADO（云），并且部分成功。似乎已关闭的工作项没有迁移。我检查了我的配置文件，但我没有限定符来检查ClosedDate = ''. 我什至专门ClosedDate != ''在查询位中添加了一个检查，当我尝试重新运行脚本时，它仍然没有找到关闭的工作项。

我正在运行该工具的 v11.9.29.0。

这是我的配置文件：

但是，在运行脚本时，我在日志中看到了这个查询：

我的配置文件有什么问题？