0

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

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

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

到目前为止，此迁移需要 11 天才能完成（完成 70%），所以我一点也不热衷于删除此迁移并按照类似问题的建议重新开始：OpsHub 错误 OH-SCM-003 和OH-SCM-002 - 分辨率描述不清楚

我的问题是：

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

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

4

1 回答 1

0

来自 OpsHub 的更新：此问题已得到修复。因此，在较新版本的 OpsHub 中，如果仅选择所涉及项目的子集进行迁移，跨项目的 WorkItem 链接将不会失败。

谢谢兰斯的帮助。

一一回答你的问题

a) 现在删除本地 TFS 中的链接不会产生任何影响。OpsHub 迁移实用程序已检索到与该变更集-工作项关联相关的信息。它（该信息）被保存在 OpsHub 中。因此，现在更改源中的任何内容都无关紧要。

b) 不幸的是，没有。尽管当您的变更集包含跨项目的提交时。并且只有其中的一个被选择进行迁移。跳过其他项目中的文件。但工作项不是。

您可以像您链接的线程中的人一样执行解决方法。如果不麻烦的话。-暂停当前迁移。- 创建一个新的迁移并选择仅迁移 Project2 的工作项 - 完成后。恢复当前迁移。它可以工作，因为现在该实用程序将在 VSO 中找到要链接的预期 WIT。-（如果不需要，您可以在迁移第一个项目后删除第二个项目）

于 2014-12-01T06:20:26.333 回答