Azure devops OpsHub迁移：OH-SCM-003和OH-SCM-002-分配给一个工作项的两个项目的变更集

我的OpsHub代码和工作项迁移已在70%完成时停止，出现错误：

OH-SCM-002:内部Id为9030、全局Id为10819、来自XXX_uuuTFS_1416167909383_ALM_TFS_14161679093851416167909415的实体尚未同步到目标系统。请同步实体或删除实体映射以继续同步过程

我意识到这可能是因为工作项9030与一个变更集相关联，其中有两个不同项目的文件。这是开发人员的一个错误。 换句话说，在错误消息中没有提到变更集18909，但在OpsHub迁移实用程序版本控制失败中提到了变更集18909，其中 $/Proj1/FileA $/Proj2/FileB 已修改，与工作项9030关联$/Proj1已作为迁移的一部分进行映射，$/Proj2尚未映射

到目前为止，这一迁移已经花了11天的时间完成了70%，因此我根本不想删除这一迁移，并按照关于这一类似问题的建议重新开始：

我的问题是:

a我已经删除了工作项9030和变更集18909之间的关联，但是错误仍然发生。这是预期的吗

---

b我有没有办法强制OpsHub迁移实用程序忽略这个变更集？我不需要迁移$/Proj2中的代码，也不需要迁移工作项9030。如果完全跳过此变更集，这甚至是可以接受的。

来自OpsHub的更新：此问题已修复。因此，在较新版本的OpsHub中，如果只选择了所涉及项目的一个子集进行迁移，则项目间的工作项链接不会失败

谢谢你的帮助。 一一回答你的问题

删除on-prem TFS中的链接现在不会有任何影响。OpsHub迁移实用程序已检索到与该变更集工作项关联相关的信息。而且信息被保存在OpsHub中。因此，现在更改源代码中的任何内容都无关紧要

b不幸的是，没有。尽管当您的变更集包含跨项目的提交时。并且只从这些中选择了一部分进行迁移。将跳过位于其他项目中的文件。但工作项目并非如此

您可以像链接的线程中的人那样进行变通。如果不是麻烦的话。 -暂停当前迁移。 -创建新迁移并选择仅迁移Project2的工作项 -一旦这样做了。继续当前迁移。它将工作，因为现在该实用程序将在VSO中找到预期的WIT链接。

---

-您可以在第一个项目迁移后删除第二个项目，如果不需要的话

遗憾的是，解决方案不起作用。错误相同：OH-SCM-003:无法获取源实体内部id:9030、全局id:10819的目标实体id，错误：OH-SCM-002:内部id为9030、全局id为10819的实体尚未从SOF_Prod_TFS_source_1416167909383_ALM_TFS_1416167909385; u 141616790851416167909415同步到目标系统。请同步实体或删除实体映射以继续同步过程。重申我所做的：-停止Proj1迁移-为Proj2创建新的工作项迁移-为Proj2运行迁移直到完成~8小时-继续Proj1迁移Hi Lance。很遗憾听到这个消息。能否将位于C:\Program files\OpsHub Visual Studio Online Migration Utility\logs的日志文件发送给我们。同时确认：ID为9030的WIT位于哪个项目？您还可以给我们发一张历史记录所有更改选项卡的截图吗？请发邮件至ovsmu@opshub.com.