使用 GitHub Enterprise Importer 从 GitLab 迁移到 GitHub
GitHub Enterprise Importer 现已全面支持从 GitLab 迁移到 GitHub Enterprise Cloud，可自助执行单仓库或批量迁移，并支持使用 GitHub 或自有存储。
原贴
查看原文原文
中文翻译
现在，通过 GitHub Enterprise Importer (GEI) 从 gitlab.com 和 GitLab Self-Managed 迁移到 GitHub Enterprise Cloud 已全面可用。您现在可以使用 GEI 和 gh gl2gh 命令行扩展自助执行这些迁移。从 gitlab.com 和当前维护的 GitLab Self-Managed 版本迁移仓库。使用 gh gl2gh 扩展运行单仓库迁移或脚本化批量迁移。将迁移存档暂存在 GitHub 拥有的 blob 存储（ --use-github-storage ）或您自己的 AWS S3 或 Azure Blob 存储账户中。此功能支持迁移到 github.com 和 ghe.com 上的 GitHub Enterprise Cloud 组织。不支持从 GitLab 迁移到 GitHub Enterprise Server。要开始迁移您的 GitLab 仓库，请查阅我们关于从 GitLab 迁移到 GitHub 的文档，如果您需要迁移规划帮助，请联系我们的 Expert Services 团队。
核心信息
GitHub Enterprise Importer 现已全面支持从 GitLab 迁移到 GitHub Enterprise Cloud，可自助执行单仓库或批量迁移，并支持使用 GitHub 或自有存储。
- GitHub Enterprise Importer 现已全面支持从 GitLab 迁移到 GitHub Enterprise Cloud，可自助执行单仓库或批量迁移，并支持使用 GitHub 或自有存储。
- 原贴提到：Migrations from gitlab.com and GitLab Self-Managed to GitHub Enterprise
- 来源：github.blog
详细解读
信号解读：GitHub 正式将 GitLab 迁移工具 GEI 推向 GA，标志着跨平台代码迁移进入“自助+规模化”阶段。这不仅是工具层面的完善，更是 GitHub 在争夺企业开发者生态的布局：通过降低迁移门槛，吸引更多 GitLab 用户转向 GitHub Enterprise Cloud。
为什么重要：此前 GitLab 到 GitHub 的迁移往往需要第三方工具或专业服务，且存在数据不一致风险。现在官方提供 CLI 和存储选项，使得迁移过程可脚本化、可审计，尤其适合拥有大量仓库的中大型企业。这改变了开发者基础设施的竞争格局，也让 GitHub 在 AI 时代更加巩固其作为代码枢纽的地位。
对谁有价值：主要价值方包括：计划从 GitLab 迁移到 GitHub 的企业开发团队、正在评估多云或统一代码管理平台的技术决策者、以及提供迁移服务的咨询公司。个人开发者也能受益于更简单的迁移流程。
行动建议：如果您的团队正在使用 GitLab 且考虑迁移，可以先在小范围试点，使用 gh gl2gh 迁移单个仓库验证流程，并利用 --use-github-storage 降低存储配置成本。同时，关注 GitHub 和 GitLab 后续支持差异，确保 CI/CD、Issue、PR 等数据完整迁移。
风险与限制：目前不支持迁移到 GitHub Enterprise Server，只支持云版本；GitLab Self-Managed 仅限当前维护的版本；迁移时可能需要处理权限、Webhook、代码评审等元素的差异。建议先备份 GitLab 数据，并在迁移后全面验证。
信息差价值
这条内容的真正价值，不只是“有人发布了一个新功能”，而是它揭示了 github.blog 背后的产品方向、工作流变化或竞争信号。对 OPC 来说，这种信息可以转化成持续追踪的栏目选题。
如果把《使用 GitHub Enterprise Importer 从 GitLab 迁移到 GitHub》放到你的内容系统里，它最大的价值在于帮助读者更快看懂“为什么值得关注”，而不是只看到一条碎片化动态。