gpt4 book ai didi

azure - 如何从 Azure DevOps 服务迁移到 Azure DevOps Server

转载 作者:行者123 更新时间:2023-12-02 06:55:22 25 4
gpt4 key购买 nike

我的项目集合正在 Azure DevOps Online(服务)中运行。我想将其迁移到 Azure DevOps On-Prem 服务器。

帮助我解决我将面临的不兼容问题以及如何克服该问题。

从 Azure DevOps 在线(服务)迁移到 Azure DevOps 服务器(本地)的选项。

Azure 中是否有任何服务可以成功实现上述迁移而不丢失任何数据?

我是否必须使用第三方工具来进行上述迁移而不丢失任何数据?

帮助我解决具有多个存储库的 100 GB 项目集合所需的停机时间。

项目集合大小 - 100 GB

最佳答案

之前的一个答案(已经删除了?)已经捕获了大部分关键点,没有任何工具可以在零数据丢失的情况下迁移 100% 的数据(实际上,100% 无丢失的迁移是不可行的,因为本质上有些自动生成的配置值(例如工作项 ID 等)在两个实例之间本质上是不同的)。因此,实现零数据丢失迁移的唯一方法是将完整的项目集合镜像从Azure DevOps Services提升并转移到Azure DevOps Server,而官方的Azure DevOps迁移工具不支持这种方式。鉴于此,迁移数据的唯一方法是使用 Azure DevOps API。

因此,最好的方法是了解您正在评估的迁移工具无法迁移哪些数据,然后决定什么最适合您。此外,在选择迁移解决方案时,也不会是非黑即白的选择。首先,您需要定义您期望从迁移中获得的必备条件,然后评估市场上可用的不同迁移器。以下是一些常见的选择标准:

  • 数据丢失:

了解迁移解决方案可以迁移哪些数据,不能迁移哪些数据。理想情况下,该工具应该能够迁移工作项目(以及历史记录、附件、提及和内联图像)和测试管理,包括测试结果、源代码、仪表板、区域和迭代。对于构建和管道,您可以使用 native 导出-导入功能,因为它们需要手动更改来调整连接。

  • 零停机时间:

由于团队无法使用 Azure DevOps 工具,停机会增加运营成本并影响开发运营。彻底了解任何类型的数据都不存在需要停机的场景。

  • 易于使用:

一些工具是不受支持的脚本的集合(赤裸裸的敏捷性),需要非常高的复杂性才能使用。这些可能非常昂贵(即使脚本是开源的)、容易出错并阻碍操作。

  • 项目整合或自定义模板:

分析您是否希望在迁移时将多个项目合并为一个项目,或者是否需要自定义模板。如果需要,请评估迁移工具是否可以轻松支持此类配置并具有执行此操作的 UI。为每个项目手动配置映射可能很乏味并且很容易出错。

  • 迁移时间:

许多迁移工具都是一个一个地迁移项目,因此需要花费大量的精力和时间来迁移分布在多个项目中的数据。了解可以并行迁移多少个项目以实现快速迁移。

  • 反向同步:

您希望在迁移后一段时间内保持服务和服务器之间的数据同步吗?数据集成是双向还是单向?回答这些问题,然后评估迁移解决方案是否满足要求。

  • 商业支持:

迁移可能会很棘手且耗时,因为随着时间的推移,不同的团队在其中创建了所有奇怪的东西。最好让专家团队为您进行迁移,同时您可以专注于定义需求和验证迁移的完整性。

全面披露:我在 OpsHub 工作。

关于azure - 如何从 Azure DevOps 服务迁移到 Azure DevOps Server,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/72444285/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com