realaravinth/debian-mirror-gitlab
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
debian-mirror-gitlab/doc/user/project/import/index.md
Sruthi Chandran 9ad2a01083 New upstream version 12.1.11
2019-09-30 21:07:59 +05:30

2.8 KiB
Raw Blame History

Migrating projects to a GitLab instance

  1. From Bitbucket Cloud (aka bitbucket.org)
  2. From Bitbucket Server (aka 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 TFS
  12. From repo by URL
  13. By uploading a manifest file (AOSP)
  14. From Gemnasium
  15. From Phabricator

In addition to the specific migration documentation above, you can import any Git repository via HTTP from the New Project page. Be aware that if the repository is too large the import can timeout.

There is also the option of connecting your external repository to get CI/CD benefits. (PREMIUM)

Migrating from self-hosted GitLab to GitLab.com

If you only need to migrate git repos, you can import each project by URL, but issues and merge requests can't be imported.

If you want to retain all metadata like issues and merge requests, you can use the import/export feature to export projects from self-hosted GitLab and import those projects into GitLab.com.

NOTE: Note: This approach assumes all users from the self-hosted instance have already been migrated. If the users haven't been migrated yet, the user conducting the import will take the place of all references to the missing user(s).

If you need to migrate all data over, you can leverage our api to migrate from self-hosted to GitLab.com. The order of assets to migrate from a self-hosted instance to GitLab is the following:

  1. Users
  2. Groups
  3. Projects
  4. Project variables

Keep in mind the limitations of the import/export feature.

You will still need to migrate your Container Registry over a series of Docker pulls and pushes and re-run any CI pipelines to retrieve any build artifacts.

Migrating between two self-hosted GitLab instances

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

In the event of merging two GitLab instances together (for example, both instances have existing data on them and one can't be wiped), refer to the instructions in Migrating from self-hosted GitLab to GitLab.com.