问题标签 [opshub]

安装 v1.0.1.006 后，我在使用迁移实用程序时遇到了错误。我之前使用 v1.0.1.001 成功迁移了沙盒/测试项目。我尝试使用 .001 版本迁移整个项目，但遇到了处理阻塞问题。建议更新到 .006 版本。

现在运行 30-60 分钟后，我收到以下错误：

重新启动应用程序似乎使该过程恢复，只是在另外 30-60 分钟后重复相同的错误。附带说明一下，Work Item 从来没有像在 .001 版中那样向我显示计数，它只是显示正在运行。

我正在使用 OpsHub 迁移工具并出现以下错误

“OH-SCM-009：同步时出错。在 {41} 次尝试后挂起重命名失败。无法解决遇到的循环重命名/移动”

起初我想知道这个错误是否是由于迁移中没有包含一个项目，但这似乎不是真的，因为我在尝试迁移我拥有的所有项目时遇到错误。

我不确定如何开始调试它。我什至看不到哪个项目有问题。

尝试过重试，但会出现同样的问题。

我在我们的 TFS 服务器上安装了 OpsHub VS 在线迁移工具，该服务器也运行 JetBrains TeamCity。TeamCity 构建代理正在使用端口 9090。

安装 OpsHub 工具时，它通知我它也需要该端口 [9090]。是否可以重新配置该工具以使用不同的端口？

我想保持当前环境按原样运行。

我正在尝试将项目从 TFS 2010 迁移到 VS Online，并在特定变更集上收到错误：

OH-SCM-009：同步时出错。$/xxx/xxx/xxx.xml 项在指定版本中不存在或您没有访问权限。

有问题的变更集被列为待重试，但迁移不会继续并最终停止。我在 VS online 中注意到该项目已通过先前的变更集向上迁移。有问题的文件实际上与其他一些文件一起丢失了。我将丢失的文件手动添加到 VS online 并尝试继续迁移，希望它会找到文件并继续，但迁移只是等待了几分钟然后停止。

我真的需要迁移这个项目，我希望不要丢失我所有的更改历史，所以任何帮助将不胜感激。

其他注意事项：

1. 在失败的变更集中，有一些文件夹被重命名，尽管之前没有重命名的变更集中已经丢失了这些文件。

2. 迁移花了很长时间，8-9 个小时。如有必要，我不介意重新运行它。

这里的这篇文章说你需要使用 TFS 集成平台，这在过去对我来说并不出色。我再试一次。

这可以通过 OpsHub 迁移工具（也许是商业版？）来完成吗？

如果没有，也许是为未来版本添加的一个很好的功能。

迁移工作项数据时出现以下错误：

由于以下原因，配置失败。com.opshub.exceptions.DataVaIidationException：OpsHub-012017：字段映射名称：10.1.I.31XDefauItCoIIection 到 （vsaccount）_ .visualstudio.com 1 10.1.I.31XDefauItCoIIection 到 （vsaccount）_ .visualstudio.com II TFS 源 1411220907276 ALM TFS 1411220907277 _（项目名称）__。测试套件已经存在

由于该错误，我还无法迁移我拥有的任何团队项目。版本控制数据有效。

我不断收到错误：1）Visual Studio Online 中登录用户所需的管理权限。

我是 VS 在线站点管理员。我仔细检查了，我是项目收集服务帐户的成员。有任何想法吗？

我尝试重新安装，我尝试删除并重新添加 TFS 服务器连接

在从本地 TFS 2013.3 服务器到 VSO 的 OpsHub 迁移期间，我收到来自 OpsHub 的错误消息：

com.opshub.exceptions.DataValidationException：OpbsHug-012017：字段映射名称：迁移工作项和版本控制数据迁移工作项和版本控制数据 | TFS 源 1211589216815 ALM TFS 1211589216816 'All' 测试套件已存在

这仅在尝试迁移工作项时发生。代码迁移本身就可以正常工作。来自日志文件的堆栈跟踪如下所示：

在 [0] 处重新引发异常：在 TFSMigrationUI.ViewModel.MigrationSummeryViewModel.createConfigWorker_RunWorkerCompleted(Object sender, RunWorkerCompletedEventArgs e) 中的 e:\5.7Checkout\VSMUTFSMMigration\TFSMigrationUI\ViewModel\MigrationSummeryViewModel.cs:System.Windows.Threading.ExceptionWrapper 的第 635 行。在 MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen（对象源，委托方法，对象 args，Int32 numArgs，委托 catchHandler）的 InternalRealCall（委托回调，对象 args，Int32 numArgs）2014-09-24 16:07:30,517 [1]错误com.opshub.exceptions.DataValidationException：OpsHub-012017：字段映射名称：迁移工作项和版本控制数据迁移工作项和版本控制数据| TFS 源 1411589216815 ALM TFS 1411589216816 'All' 测试套件已存在 System.ServiceModel.FaultException：com.opshub.exceptions.DataValidationException：OpsHub-012017：字段映射名称：迁移工作项和版本控制数据迁移工作项和版本控制数据| TFS 源 1411589216815 ALM TFS 1411589216816 'All' 测试套件已存在

服务器堆栈跟踪：在 System.ServiceModel.Channels.ServiceChannel.HandleReply(ProxyOperationRuntime operation, ProxyRpc& rpc) 在 System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs , TimeSpan 超时) 在 System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation) 在 System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage 消息)

为什么源 TFS 服务器上的项目名称必须与在线目标 TFS 上的项目名称相同？

我们有许多想要重命名的项目。Visual Studio online 目前不允许这种情况发生。所以如果我们能在迁移过程中这样做就好了

我们目前没有 Azure AD 设置（也不需要它）。我正在尝试使用 OpsHub 迁移实用程序将 TFS 集合移动到云中。

但是，onPremise TFS 是在域上设置的。而 VSO 项目的帐户使用 Microsoft 帐户（仅使用电子邮件地址）。

我知道如何设置实用程序的第一组（提供端点详细信息）。

虽然我可以使用我的域帐户并连接到本地 TFS，但我无法使用该帐户连接到 VSO 项目，我也找不到任何方法（不使用 Azure AD）来设置我的 VSO 项目以允许我的域用户帐户。我搜索了本地 TFS 安全选项，也找不到授予对 VSO 电子邮件帐户的访问权限的方法。

如果没有 Azure AD，这不可能吗？