diff options
Diffstat (limited to 'doc/user/group')
-rw-r--r-- | doc/user/group/import/index.md | 135 |
1 files changed, 66 insertions, 69 deletions
diff --git a/doc/user/group/import/index.md b/doc/user/group/import/index.md index 70406cfe8e8..cdc3fe02a53 100644 --- a/doc/user/group/import/index.md +++ b/doc/user/group/import/index.md @@ -10,20 +10,81 @@ info: To determine the technical writer assigned to the Stage/Group associated w > - [Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/249160) in GitLab 13.7 [with a flag](../../feature_flags.md) named `bulk_import`. Disabled by default. > - [Enabled on GitLab.com and self-managed](https://gitlab.com/gitlab-org/gitlab/-/issues/338985) in GitLab 14.3. +FLAG: +On self-managed GitLab, by default this feature is available. To hide the feature, ask an administrator to [disable the feature flag](../../../administration/feature_flags.md) named `bulk_import`. On GitLab.com, this feature is available. + +You can migrate your existing top-level groups to any of the following: + +- Another GitLab instance, including GitLab.com. +- Another top-level group. +- The subgroup of any existing top-level group. + +Migrating groups is not the same as [group import/export](../settings/import_export.md). + +- Group import/export requires you to export a group to a file and then import that file in + another GitLab instance. +- Group migration automates this process. + +## Import your groups into GitLab + +When you migrate a group, you connect to your GitLab instance and then choose +groups to import. Not all the data is migrated. View the +[Migrated resources](#migrated-resources) list for details. + +Leave feedback about group migration in [this issue](https://gitlab.com/gitlab-org/gitlab/-/issues/284495). + NOTE: -The importer migrates **only** the group data listed on this page. To leave feedback on this -feature, see [this issue](https://gitlab.com/gitlab-org/gitlab/-/issues/284495). +You might need to reconfigure your firewall to prevent blocking the connection on the self-managed +instance. + +### Connect to the remote GitLab instance -Using GitLab Group Migration, you can migrate existing top-level groups from GitLab.com or a self-managed instance. Groups can be migrated to a target instance, as a top-level group, or as a subgroup of any existing top-level group. +Before you begin, ensure that the target GitLab instance can communicate with the source over HTTPS +(HTTP is not supported). You might need to reconfigure your firewall to prevent blocking the connection on the self-managed +instance. -The following resources are migrated to the target instance: +Then create the group you want to import into, and connect: + +1. Create a new group or subgroup: + + - On the top bar, select `+` and then **New group**. + - Or, on an existing group's page, in the top right, select **New subgroup**. + +1. Select **Import group**. +1. Enter the source URL of your GitLab instance. +1. Generate or copy a [personal access token](../../../user/profile/personal_access_tokens.md) + with the `api` and `read_repository` scopes on your remote GitLab instance. +1. Enter the [personal access token](../../../user/profile/personal_access_tokens.md) for your remote GitLab instance. +1. Select **Connect instance**. + +### Select the groups to import + +After you have authorized access to the GitLab instance, you are redirected to the GitLab Group +Migration importer page. The remote groups you have the Owner role for are listed. + +1. By default, the proposed group namespaces match the names as they exist in remote instance, but based on your permissions, you can choose to edit these names before you proceed to import any of them. +1. Next to the groups you want to import, select **Import**. +1. The **Status** column shows the import status of each group. If you leave the page open, it updates in real-time. +1. After a group has been imported, select its GitLab path to open its GitLab URL. + +![Group Importer page](img/bulk_imports_v14_1.png) + +## Automate group and project import **(PREMIUM)** + +For information on automating user, group, and project import API calls, see +[Automate group and project import](../../project/import/index.md#automate-group-and-project-import). + +## Migrated resources + +Only the following resources are migrated to the target instance. Any other items are **not** +migrated: - Groups ([Introduced](https://gitlab.com/groups/gitlab-org/-/epics/4374) in 13.7) - description - attributes - subgroups - avatar ([Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/322904) in 14.0) -- Group Labels ([Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/292429) in 13.9) +- Group labels ([Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/292429) in 13.9) - title - description - color @@ -71,67 +132,3 @@ The following resources are migrated to the target instance: - image URL - Boards - Board Lists - -Any other items are **not** migrated. - -## Enable or disable GitLab Group Migration - -GitLab Migration is deployed behind the `bulk_import` feature flag, which is **enabled by default**. -[GitLab administrators with access to the GitLab Rails console](../../../administration/feature_flags.md) -can disable it. - -To disable it: - -```ruby -Feature.disable(:bulk_import) -``` - -To enable it: - -```ruby -Feature.enable(:bulk_import) -``` - -## Import your groups into GitLab - -Before you begin, ensure that the target instance of GitLab can communicate with the source -over HTTPS (HTTP is not supported). - -NOTE: -This might involve reconfiguring your firewall to prevent blocking connection on the side of self-managed instance. - -### Connect to the remote GitLab instance - -1. Go to the New Group page: - - - On the top bar, select `+` and then **New group**. - - Or, on an existing group's page, in the top right, select **New subgroup**. - - ![Navigation paths to create a new group](img/new_group_navigation_v13_8.png) - -1. On the New Group page, select **Import group**. - - ![Fill in import details](img/import_panel_v14_1.png) - -1. Enter the source URL of your GitLab instance. -1. Generate or copy a [personal access token](../../../user/profile/personal_access_tokens.md) - with the `api` and `read_repository` scopes on your remote GitLab instance. -1. Enter the [personal access token](../../../user/profile/personal_access_tokens.md) for your remote GitLab instance. -1. Select **Connect instance**. - -### Selecting which groups to import - -After you have authorized access to the GitLab instance, you are redirected to the GitLab Group -Migration importer page. The remote groups you have the Owner role for are listed. - -1. By default, the proposed group namespaces match the names as they exist in remote instance, but based on your permissions, you can choose to edit these names before you proceed to import any of them. -1. Next to the groups you want to import, select **Import**. -1. The **Status** column shows the import status of each group. If you leave the page open, it updates in real-time. -1. After a group has been imported, select its GitLab path to open its GitLab URL. - -![Group Importer page](img/bulk_imports_v14_1.png) - -## Automate group and project import **(PREMIUM)** - -For information on automating user, group, and project import API calls, see -[Automate group and project import](../../project/import/index.md#automate-group-and-project-import). |