虽然 运行 很长的 OpsHub TFS 迁移如何知道何时添加了新的变更集？
While running a long OpsHub TFS Migration how does it know when new changesets have been added?
我们正在 运行 进行长期迁移，我们的开发人员在迁移工作时使用本地 TFS。在文档中我看到了这个：
注意：不需要为迁移冻结或搁置您的源 TFS 使用。迁移实用程序可以 运行 在后台完美运行，因此您的团队可以在迁移 运行ning
期间继续使用 TFS
您能告诉我该工具如何知道迁移过程中发生的新变更集吗？所以一旦它完成我们是否需要重新运行它来获取这些？
虽然它是 运行，但它只是从第一个到最后一个遍历所有变更集，跟踪哪些已被处理，哪些尚未处理。当你工作时（只要你不做破坏性的事情，比如 tf destroy），它会一直迭代，最后可能会以 8421/8400 结束（21 是变更集在迁移 运行) 时添加。
即使迁移完成并且您决定不直接跳过，您也可以重新启动（仅在 OpsHub 商业版中可用），这将从迁移停止的地方继续。只需确保保留原始迁移记录并重新启动之前完成的迁移即可。如果您开始向 "catch up" 的新迁移，它将再次比较源和目标之间的所有变更集。
我们正在 运行 进行长期迁移，我们的开发人员在迁移工作时使用本地 TFS。在文档中我看到了这个：
注意：不需要为迁移冻结或搁置您的源 TFS 使用。迁移实用程序可以 运行 在后台完美运行，因此您的团队可以在迁移 运行ning
期间继续使用 TFS您能告诉我该工具如何知道迁移过程中发生的新变更集吗？所以一旦它完成我们是否需要重新运行它来获取这些？
虽然它是 运行，但它只是从第一个到最后一个遍历所有变更集，跟踪哪些已被处理，哪些尚未处理。当你工作时（只要你不做破坏性的事情，比如 tf destroy），它会一直迭代，最后可能会以 8421/8400 结束（21 是变更集在迁移 运行) 时添加。
即使迁移完成并且您决定不直接跳过，您也可以重新启动（仅在 OpsHub 商业版中可用），这将从迁移停止的地方继续。只需确保保留原始迁移记录并重新启动之前完成的迁移即可。如果您开始向 "catch up" 的新迁移，它将再次比较源和目标之间的所有变更集。