问题标签 [opshub]

我们正在使用 OpsHub Visual Studio 在线迁移实用程序，但我们不断收到“TF14047：评论超出最大允许长度 2048 个字符”。一个变更集的错误。

我已经对我们的 TFS 数据库进行了查询，以在 2000 个字符的长度后切断所有评论，但我一直收到错误消息。

该怎么办？

背景：我们使用特征分支策略来隔离变化。这是我的意思的快速图表。节点是分支，边是 TFS 中的父/子关系：

大多数时候，我们基于每个问题创建功能分支，因此有很多功能分支。

此外，出于我的目的，我只关心迁移源代码控制和变更集历史记录。我们不使用 TFS 工作项、测试用例或测试结果。

尝试 1：当我第一次运行迁移工具时，它运行了大约一整天，然后才填满我的硬盘驱动器并失败。

尝试 2：考虑到 150 多个功能分支是导致缓慢/存储需求的罪魁祸首，我想要一种仅迁移上图中我的“ecomm”团队项目集合的“dev”分支的方法。我在 opshub 工具中没有看到任何迁移单个分支的方法。

我通过创建一个新的团队项目集合“ecomm-migration”来实现这一点，然后将 $/ecomm/dev 分支到 $/ecomm-migration/dev。然后我迁移了 ecomm-migration 团队项目集合（仅包含一个分支）。

一切似乎都正常：我可以在 Visual Studio Online 上看到我的所有源文件。但是，当我浏览迁移到 Visual Studio Online 的 ecomm-migration 项目的历史记录时，历史记录丢失了：所有内容似乎都作为单个变更集提交，注释文件也反映了这一点。

为什么没有迁移变更集历史记录？ 我做错了吗？我创建单独的团队项目集合以减小正在迁移的团队项目集合的大小的方法是否会干扰迁移变更集历史记录的工具能力？我的方案是否有更好的工具/选项？

我之前考虑过的一件事是使用 tf destroy 修剪死功能分支，但如果可能的话，最好避免这种激烈的、不可逆转的、破坏历史的措施。

我正在使用该实用程序的 1.1.0.005 版本。

• OpsHub 说 VSO 迁移实用程序的每个变更集的迁移速度是多少？
• 商业 OpsHub 集成管理器工具是否提高了性能？

我们的一个项目有 72,000 个变更集和标签，我们的第一次尝试在 3 周后仍在运行，并且只完成了不到一半。

• VSO 迁移实用程序如何在迁移时更改 TFS 2010 代码库？
• 开发人员在迁移过程中更改代码，是否建议这样做？
• 正在进行的文件更改是否会减慢迁移速度？有关系吗？如果迁移需要数周时间，那么这是唯一的选择。
• 如果在迁移过程中该工具不管理文件更改，我们之后如何使用新更改更新 VSO？

本周早些时候，我们使用 OpsHub Visual Studio Online Migration Utility 将一个团队项目从 TFS 2010 迁移到 Visual Studio Online。我们执行迁移作为测试。在此测试迁移期间，由于我们尚未将每个人的 Microsoft 帐户添加到 Visual Studio Online，因此我们没有正确处理所有用户。

我们的意图是将迁移作为测试运行，验证变更集和工作项是否已正确迁移，然后在 Visual Studio Online 上删除并重新创建团队项目。届时，我们将在周末再次迁移团队项目，并在周一开始针对新的 Visual Studio Online 团队项目进行积极开发。

但是，当我尝试再次运行迁移时，尝试创建配置时会引发异常：

我可以向您保证，团队项目存在于 Visual Studio Online 上。我可以在门户上看到它，如果我使用 Visual Studio 连接，我可以看到它。

我错过了什么？为什么迁移最初可以工作，但在删除初始团队项目并重新创建后再次尝试迁移时失败？

OpsHub 迁移实用程序的缓慢让我感到非常沮丧。我什至将我们的 TFS 基础架构迁移到 Azure，这样我就可以更快地完成工作，但收益微乎其微。

我注意到的一件事是TFS_Temp文件夹 (C:\Program Files\OpsHub Visual Studio Online Migration Utility\TFS_Temp) 受到了一些随机 IO 的影响。

所以，我的问题是如何告诉 OpsHub 为 TFS_Temp 文件夹使用不同的驱动器位置（更好地处理随机 IO）？

OpsHub-014764： 无法获取目标的字段元数据，根本原因：OH-TFS-Connector-0051：getFiledCollection 操作失败。服务器错误：获取测试套件的元数据时发生错误

最近几天我一直在迁移各种项目。一个项目在迁移配置创建过程中给我以下错误，最后一步是“完成”：

我不知道从哪里开始？

我们正在使用 OpsHub 迁移工具将各种项目从本地迁移到 VS Online。

我看到本地工作项编号与 VSO 中的相同工作项编号不匹配。这是设计使然，还是我使用的工具有误？

如果没有，有没有办法保留工作项编号？

尝试迁移到 VSO 时出现此错误。我可以看到最多 30 的所有变更集，但它说我还没有阅读到变更集 40。不知道您可以设置特定变更集的权限？

执行作业时出错：tfs.my-server.com\DefaultCollection 到 my-server.visualstudio.com| tfs.my-server.com\DefaultCollection 到 my-server.visualstudio.com| TFS 源 1426530642910 源 TFS 1426530642910 'eHub' 提交信息 tfs.my-server.com\DefaultCollection 到 my-server.visualstudio.com| TFS 源 1426530642910 源 TFS 1426530642910 TFS 提交信息 OpsHub-012300：生成事件时出错。由获取所有更改事件时出错引起：OH-TFS-Connector-0030：执行操作 getTotalRevisions 时出错。服务器错误：TF14098：访问被拒绝：用户 Joe Bloggs 需要对变更集 44 中至少一项的读取权限。

上周我一直在使用 OpsHub Visual Studio Online Migration Utility 将项目迁移到 VSO。

我们的一个较大的项目运行了大约 36 个小时，在所有修订和变更集都通过后，我得到了迁移失败的结果。

在“工作项”部分下，我看到了一个“迁移停止”链接，并附有屏幕截图。

我已经重新启动了服务器，清除了 TFS 缓存等。如果我再次开始迁移，它需要很长时间（大约半小时或更长时间）才能再次失败并产生相同的结果。

我真的不想再重新运行整个事情 36 小时，只是再次遇到同样的问题。

该怎么办？

我得到了验证码，我可以在文本框中输入它。我也可以按一次下一步按钮，但在那之后什么也没有发生。屏幕只是挂起，我无法按任何按钮。我试了好几次，甚至让它尝试了整个晚上，但没有任何反应。。

在上一个屏幕上，我的代理出现问题，但在设置 _JAVA_OPTIONS 环境变量后，它似乎可以工作。

我在 Windows 8.1 上运行最新版本 (OVSMU-V1.1.0.005.exe)

有什么想法可以继续吗？