【问题标题】:Migrate a Non-English TFS Project Collection to DevOps将非英语 TFS 项目集合迁移到 DevOps
【发布时间】:2019-06-28 14:30:54
【问题描述】:

我正在尝试将 TFS 2018 项目集合迁移到 DevOps。我尝试使用 Microsoft 的 TFSMigrator 工具,但不幸的是迁移指南指出

Azure Devops Services 仅支持英语 - TFS 支持多种语言,但如今,Azure Devops Services 仅支持英语。如果您的馆藏使用非英语语言,您将无法使用导入服务。如果您的 TFS 集合过去不是英语,并且您在 TFS 升级期间将语言转换为英语,这也是如此

事实上,验证失败并告诉我无法导入 ProjectCollection,因为它不是英文的。 您知道是否有任何其他可行的方法可以将项目集合中的项目导入 DevOps,例如使用第三方工具或其他工具?

编辑:

我正在尝试迁移

  • 工作项目/冲刺
  • 使用 TFVC 完成源代码和提交(我们有几个 GIT 存储库,但它们似乎更容易迁移)

迁移工件和发布流程也非常好,因为我们目前有几个流程正在运行,但我正在尝试了解是否可以简单地停止它们并在新环境中重新启动而损失很小

【问题讨论】:

  • 您要导入什么?您使用的是 TFS 的哪些功能?
  • Git、TFVC、工作项、构建、发布、测试用例、测试结果...根据使用的功能,使用替代方法可能更容易或更难。
  • 将您询问的信息添加到原始问题中。谢谢

标签: tfs azure-devops tfs-migration


【解决方案1】:

目前没有简单的方法可以做到这一点,要迁移 TFVC,有一些工具可以将所有更改从源系统重放到目标系统。此过程存在限制,并且某些信息可能会丢失(进行签入的原始用户凭据、签入的原始日期、检查 ID)。

有些工具可以在工作项上迁移。再次具有类似的约束。您的工作项 ID 可能会更改,某些日期(例如更改日期)可能会设置为当前日期。

Git 确实更容易迁移。 Git 的分布式特性允许您创建源系统的本地“镜像”克隆,然后将其所有保真度推送到目标系统。

您可以查看的工具有:

发布和构建(工件)要困难得多,因为它们再次包含历史数据。

您的选择:

  1. 咬紧牙关,执行上述硬迁移。
  2. 创建一个新的空实例并使用转换为 Git 选项将您的 TFVC 主分支迁移到 git,并使用 git 迁移到具有合理数量的历史记录并从头开始。
  3. 等到支持非英语集合。

【讨论】:

  • 谢谢。我怀疑没有简单的方法来迁移工件。我想我会选择 OpsHub。再次感谢
猜你喜欢
  • 1970-01-01
  • 2019-09-03
  • 1970-01-01
  • 2019-09-13
  • 2021-10-14
  • 2011-05-03
  • 2019-04-17
  • 2019-06-05
  • 2020-05-03
相关资源
最近更新 更多