我正在使用 Azure DevOps 迁移工具,当我尝试迁移具有 35977 修订版的工作项时遇到异常。
这是我的配置:
这是我得到的 SOAP 错误:
哇,这么多的修改。我不确定我是否见过有这么多修订的工作项。我假设您有某种工具可以自动更新工作项,这就是造成这种情况的原因。
由于每次修订需要大约 200 毫秒来保存工作项,我希望它需要 5000 秒(即 82 小时)来迁移这么多的工作项!
由于 Azure DevOps 迁移工具使用旧的 SOAP API(对象模型),因此我们无法使用它。可能有一些方法可以对修订进行分页,但我不知道。如果您确实找到了一种仅加载部分工程项目的方法,我会很感兴趣...尽管考虑一下,我认为有一个 wi.LoadPartial() 方法...从未使用过。
要继续前进,您可以添加AND [System.Rev] < 25000
到查询中以不加载具有那么多修订的工作项。
这将允许您继续使用受支持的 CLosed 项目。
我们添加了一种仅在有更多修订时才迁移某些修订的方法,但我们从未在我们最疯狂的防御性编码策略中设想它会超过 1000 个修订。我可以想象记忆和其他问题突然出现。
添加到:https ://github.com/nkdAgility/azure-devops-migration-tools/issues/1096