迁移项目

1. From Bitbucket Cloud
2. From Bitbucket Server (also known as Stash)
3. From ClearCase
4. From CVS
5. From FogBugz
6. From GitHub.com or GitHub Enterprise
7. From GitLab.com
8. From Gitea
9. From Perforce
10. From SVN
11. From TFVC
12. From repo by URL
13. By uploading a manifest file (AOSP)
14. From Gemnasium
15. From Phabricator
16. From Jira (issues only)

除了上述特定的迁移文档之外，您还可以从 New Project 页面通过 HTTP 导入任何 Git 存储库. 请注意，如果存储库太大，则导入可能会超时.

还可以选择连接您的外部存储库以获得 CI / CD 好处 .

Migrating from self-managed GitLab to GitLab.com

如果只需要迁移 Git 仓库，则可以通过 URL 导入每个项目 . 问题和合并请求无法导入.

如果要保留所有元数据（例如问题和合并请求），则可以使用导入/导出功能从自我管理的 GitLab 导出项目，并将这些项目导入 GitLab.com.

所有的 GitLab 用户关联（例如评论作者）都将更改为导入项目的用户. 有关更多信息，请参阅导入说明 .

如果您需要迁移所有数据，则可以利用我们的API从自我管理迁移到 GitLab.com. 从自我管理实例迁移到 GitLab.com 的资产顺序如下：

**注意：**迁移到 GitLab.com 时，除非要使用SCIM，否则需要手动创建用户. 使用 API​​创建用户仅限于自我管理的实例，因为它需要管理员访问权限.

1. Groups
2. Projects
3. Project variables

请记住导入/导出功能的局限性.

您仍然需要通过一系列 Docker 推和推来迁移 Container Registry，并重新运行任何 CI 管道以检索任何构建工件.

Migrating from GitLab.com to self-managed GitLab

该过程与从自我管理的 GitLab 迁移到 GitLab.com的过程基本相同. 主要区别在于，管理员可以通过 UI 或用户 API在自助 GitLab 实例上创建用户 .

Migrating between two self-managed GitLab instances

The best method for migrating from one GitLab instance to another, perhaps from an old server to a new server for example, is to back up the instance, then restore it on the new server.

如果将两个 GitLab 实例合并在一起（例如，两个实例上都有现有数据，并且不能擦除），请参阅从自我管理的 GitLab 迁移到 GitLab.com 中的说明 .

此外，您可以将用户API与管理员用户一起使用来迁移用户.