准备从 GitHub Enterprise Server 到 GHE.com 的实时迁移

注意

Enterprise Live Migrations 位于公共预览版，可能会有变动。

实例 GitHub Enterprise Server 是否已准备就绪？

          ELM 已向后移植到受支持的版本。 若要使用它，必须升级到以下次要版本之一或更高版本：

您的实例 GitHub Enterprise Server 还必须满足以下条件：

使用 HTTPS URL。不支持 HTTP URL。
已经启用迁移并已经配置了 Blob 存储器。可以在管理控制台的“迁移”部分中检查这些设置。如果尚未配置这些设置，我们将介绍如何在使用企业实时迁移迁移存储库中将其设置为默认值。

可以在GHE.com将代码库迁移到新的或现有的组织。 ELM 会创建目标组织（如果该组织尚未存在）。

平台迁移是重新考虑组织和团队结构的好机会。请参阅“在企业中组织工作的最佳做法”。

          ELM 支持 每个目标企业最多可以有 20 个并发迁移，从单个实例最多可以进行 10 个并发存储库迁移。

计划首先用ELM迁移的存储库，以及可以稍后迁移或使用其他迁移工具的存储库。最有可能从 ELM 中受益的存储库包括：

在GHE.com上无法访问公共存储库，这些存储库将在ELM上被拒绝。可以在开始之前更改这些存储库 GitHub Enterprise Server 的可见性。

您应检查选择的存储库中是否包含超过 2GB 的发布资产，因为这是ELM的限制。

运行 ELM 迁移的人员必须：

此人需要执行以下任务：

对于从实例进行并发 ELM 迁移，同一 GitHub Enterprise Server 个人必须使用相同的令牌运行所有 elm 命令。

迁移后，有人需要在 GHE.com 上执行一些后续任务。任何组织所有者都可以执行此操作。

在开始之前，请与开发人员沟通：

存储库将移动到新位置。在迁移期间，用户可以继续使用源存储库，直到操作员开始最终切换到新位置。
迁移正在进行时，开发人员应避免对存储库进行强制推送，因为这会以 ELM 无法解决的方式中断 Git 历史记录。
开发人员在迁移过程中执行的某些操作可能不会反映在迁移的存储库中。有关详细信息，请参阅用于从 GitHub Enterprise Server 迁移到 GHE.com 的实时迁移数据中不支持的操作。