如果要在 GitHub 产品之间移动（例如，从 GitHub Enterprise Server 到 GitHub Enterprise Cloud，或者从 Bitbucket Server 或 GitLab 等其他代码托管平台移动到 GitHub，则需要随身携带你的工作：你的代码、代码的历史记录以及过去所有的对话和协作。
GitHub 提供了各种不同的工具来支持这些迁移。 不同的工具支持不同的迁移路径，并提供不同级别的迁移保真度。 若要确定最适合迁移的工具，需要确定能够迁移的内容以及如何成功迁移，请参阅 规划到 GitHub 的迁移 和迁移到 GHE.com。
迁移到 GitHub Enterprise Cloud 所需执行的步骤包括：
- 定义迁移的原点（源）。 你的目标是 GitHub Enterprise Cloud。
- 了解要迁移哪些数据并创建基本清单。
- 评估迁移数据的规模，并确定是否需要先将任何存储库移动到 Git。
- 根据组织的需求和可用的工具，决定迁移类型。
- 选择是要自行迁移（“自助迁移”），还是与 GitHub 的专家服务团队或 GitHub 合作伙伴（“专家主导的迁移”）协作完成迁移。
在设置试用版的后期阶段，当已准备好创建组织和团队时，还需要采取其他步骤来完成迁移，包括：
- 为迁移到 GitHub Enterprise Cloud 设计组织结构。
- 规划迁移测试，包括执行所有存储库的试运行迁移。
- 确定迁移前和迁移后步骤，创建迁移计划。
- 让组织做好准备，并做好迁移安排。
- 执行迁移，并执行任何迁移后任务。
关于企业迁移到 GitHub Actions
要将企业从现有系统迁移到 GitHub Actions，您可以规划迁移、完成迁移和停用现有系统。 若要了解如何将工作流迁移到 GitHub Actions，请参阅 将企业迁移到 GitHub Actions。
如果计划切换到 GitHub Actions，建议不要在迁移存储库的同时执行此操作。 转而，请等到以后执行，然后单独执行 CI/CD 迁移。 这样，迁移过程就会更容易管理。 做好迁移准备后，请参阅“迁移到 GitHub Actions”。
后续步骤
接着来了解 使用托管用户保护企业 及 使用单一登录保护企业资源。