问题标签 [azure-devops-migration-tools]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
azure-devops - ProductionRun 的 Azure DevOps 服务器到服务迁移时间更长?
几天前,我成功完成了我们组织从 Azure DevOps Server 迁移到 Azure DevOps Services 的 DryRun,它花了大约 12 个小时。昨晚我开始了 ProductionRun 迁移,14 小时后它目前仍在第 7 步中。有谁知道这是否正常?ProductionRun 通常需要更长的时间吗?我希望它会在今天早上准备好。
azure - 使用不同的参考名称迁移工作项。有没有办法更改工作项类型的字段引用名称或设置自定义引用名称?
我正在尝试使用 VSTS 同步迁移器(https://nkdagility.github.io/azure-devops-migration-tools)将工作项从 TFS 服务器迁移到 Azure DevOps 云。我的大部分项目都能正常迁移,但我注意到描述没有出现。经过一番调查,我看到原始 TFS 服务器有一个“描述”字段,其引用名称为“Common.DescriptionHtml”。ADO 云中“描述”的默认字段设置为“System.Description”。我认为这就是他们不同步的原因。(见附图:顶部是 ADO 云,底部是原始 TFS 服务器)
有没有办法将 ADO 云中的字段引用名称修改/更改为“Common.DescriptionHtml”。如果不是,那么我可以创建一个新字段并将其字段引用名称自定义为“Common.DescriptionHtml”,这样我就可以将它与 TFS 服务器中的原始字段匹配。
如果上述不可行,如果我更改原始 TFS 服务器中“描述”字段的引用类型,是否会损坏或影响该 TFS 服务器上“描述”字段的原始数据?是的,我对此很陌生。
azure-devops-migration-tools - 如何在 VstsSyncMigrator 工具下迁移工作项的特定状态(即只有工作项的活动状态)
我使用的是V11.9.20的工具版本。我已经成功迁移了我的一次生产迁移中的所有工作项。
现在的要求是只需要移动活动的工作项。为此,我配置了以下 json fie。但结果向我显示了活动状态以及建议和解决状态。
如果我只需要迁移一个州或多个州,你能帮我吗?请指教。
我在我的 json 文件上进行了如下配置。
谢谢!-阿西特
azure-devops-migration-tools - 运行 Azure DevOps 迁移工具所需的权限
我在源和目标中需要哪些权限才能运行 Azure DevOps 迁移工具?
我试图在此处和文档中查找信息但没有成功。
编辑:我发现了一些关于将我的帐户添加到与 Collection Admin 基本相同的 Project Collection Service Accounts 组的信息。但是文档还说“VSTS”(Azure DevOps Services)不需要这样做。所以仍然不知道定位 Azure DevOps 服务时需要什么......
azure-devops-migration-tools - 无法正确配置 TeamSettingsProcessor
我试图弄清楚如何使用 TeamSettingsProcessor 在两个 Azure DevOps 服务器项目之间迁移团队。起初,我尝试了GitHub 文档页面中所述的配置:
那个简单地返回:
所以我转而使用消息中提到的那个(显然是在预览中):
但这只是返回错误
我看不到name
缺少什么参数?
azure-devops-migration-tools - 未完全迁移的积压和链接
晚上好,
我一直在玩测试环境以准备迁移以正确配置。目前,我无法让源和目标之间的积压工作正确匹配。如果我查看源代码,我会在积压工作中看到 19 个用户故事、42 个错误和 89 个任务。迁移到测试环境后,我在 backlog 中有 36 个错误。此外,如果我查看各种工作项,我并没有看到所有链接都已迁移。现在,在最后一次运行之后,我在日志中有很多如下所示的行:
我也有很多行看起来像:
但我知道目标工作项存在。通过交换我在每次运行期间运行的处理器,我在此配置上总共运行了 5 次。最后两次运行是我最后的 WorkItemMigrationConfig。有人看到我错过了什么吗?
配置.json
azure - TfsTeamSettingsProcessor 失败并显示“您尚未设置团队字段”
我正在尝试使用 nkdagility 的 Azure-devops-migration-tool 将团队从 TFS 迁移到 Azure DevOps:https ://nkdagility.github.io/azure-devops-migration-tools/
在尝试将特定团队从 TFS 移动到 ADO 时,我收到以下错误:
这是我的配置.json:
我尝试过的事情:
- 确保我要迁移的团队存在于 TFS 中
- 确保项目名称和一切都是正确的。
- 制作了一个与 TFS 同名的目标团队。那也没有任何作用。
如果有人可以帮助我,那就太好了!未设置此团队字段的 IDK 来自。
azure-devops-migration-tools - 使用 VSTS 同步迁移工具配置文件中的 DevOps 查询 ID 迁移 Azure DevOps 工作项
TL;博士;
- 我需要迁移“工作项树”查询中列出的与父/子相关的工作项
- Configuration.json 文件中是否有接受查询 ID 的参数?
目前我正在使用 WiQL 查询位来整理我需要迁移的工作项,但我想知道是否有办法告诉工具从查询类型的工作项查询中获取一组特定的工作项“工作项树”,以便迁移史诗下的子工作项。
azure-devops - 恢复开箱即用的过程
我正在从 TFS 2015 迁移到云中的 Azure DevOps。按照迁移指南,我做了以下事情:
TFS 2015 -> TFS 2018 -> DevOps 2020。
运行 Migrator 工具时出现错误。OTB 过程中存在错误。
如果我不关心我的流程中所做的更改,是否有一种简单的方法可以进入 OTB 流程?