Visual Studio Online 迁移实用程序非常慢答案

【问题标题】：Visual Studio Online migration utility very slowVisual Studio Online 迁移实用程序非常慢
【发布时间】：2014-11-06 12:34:10
【问题描述】：

我们正在从 TFS 2010 迁移到 Visual Studio Online。我们最大的 Team Proyect 有 14k 变更集。我们正在尝试迁移，但根据目前的“速度”，迁移大约需要 18 天。

我现在有一个类似的线程但是：

但它没有提供解决方案。所以我在寻求帮助。

对于 TFS 2010，我们有一个应用层服务器和一个数据库层服务器。

迁移期间两台服务器都运行良好（内存、CPU、网络）

我们正在从性能良好（内存、CPU、网络）的不同计算机上启动迁移实用程序

但在 12 小时内，仅迁移了 400 个变更集。

我们使用的是 1.0.1.008 版本

提前致谢

【问题讨论】：

嗨，Christian，您能否为我们提供有关您的变更集的更深入见解。 -您环境中的典型变更集包含多少个文件？ - 从这些数字中，有多少百分比的文件是二进制文件？（可执行文件、库、媒体等） - 典型变更集的粗略大小（就磁盘空间而言）？ - 你的合并分支有多复杂？单个变更集中的多个分支/合并？ - 你有通宵建造吗？这表示 14k 总数中的一个重要数字将是标签。
我们通常根本不使用标签，这意味着所有 TFS 创建的标签都是“可消耗的”。一个典型的变更集可以包含 1-30 个文件，通常是 90% 的代码文件（c#、javascript 等）和其他 10% 的图像。实际上变更集通常只包含代码文件，很少包含图像。我们对每个版本进行分支，从 Dev -> Main -> New Release 合并。一旦新版本稳定并且 Bug 从发布中合并，我们不会做太多合并，直到下一个版本（我们每 4 个月发布一次）。这些信息有帮助吗？
我们有一个 Dev - Main - Relase X 分支策略。我们通常在 Dev Branch 进行开发。我们的分支现在有大约 13.800 个文件。我们有多个 CI 构建，包括夜间构建。
也许 5-10% 的变更集包括 .dll（第三方库/框架）
更新：我们有大量的 TFS 创建标签（构建）。我已将它们全部删除，现在我们有 13K 的变更集。这个过程仍然非常非常缓慢。

【解决方案1】：

从 OpsHub 更新。

我们在当前版本中进行了重大的性能改进。它将在本周末向公众开放。

感谢 Christian 在本案中提供的帮助。

【讨论】：

只是为了确认。我昨天使用的是 1.1.0.001，每小时大约有 60 个变更集。升级到 1.1.0.005 并重新开始迁移，我现在每小时大约有 400 个变更集。
是的，该工具的性能已大大提高。非常感谢 OpsHub 团队的支持

【解决方案2】：

一个经验法则是，迁移您的历史所需的时间与最初迁移您的历史所需的时间一样长，而且这些时间并不超出现实的范围。我会抛弃历史，只移动小费。

澄清：不，这并不慢，只是迁移需要多长时间。

如果您对代码和/或工作项进行了大量修改，那么这将需要很长时间。您可以通过将处理器扔到源服务器并在其中插入粗管道来加快速度，但您受网络限制。

您可以在与目标 VSO 相同的数据中心启动 Azure 服务器，并在那里安装和配置 TFS 2010 环境。然后运行迁移。这会快得多，但仍需要很长时间。

【讨论】：