GitLabにインポートおよび移行する
- プラン: Free、Premium、Ultimate
- 提供形態: GitLab.com、GitLab Self-Managed、GitLab Dedicated
既存の作業をGitLabに持ち込みます。
一部のサードパーティ製プラットフォームでは、移行ツールが利用可能です。一部では、ユーザーのコントリビュートとメンバーシップの移行後マッピングをサポートしています。
| 移行元 | グループ | プロジェクト | 移行ツール | 移行後マッピング |
|---|---|---|---|---|
| GitLab(ダイレクト転送を使用) | ||||
| GitLab(ファイルエクスポートを使用) | 1 | いいえ | ||
| Bitbucket Server | いいえ | |||
| GitHub | いいえ | |||
| Gitea | いいえ | |||
| Bitbucket Cloud | いいえ | いいえ | ||
| FogBugz | いいえ | いいえ | ||
| Gitリポジトリ(マニフェストファイルを使用) | いいえ | いいえ | ||
| Gitリポジトリ(リポジトリURLを使用) | いいえ | いいえ | ||
| IBM DevOps ClearCase | いいえ | いいえ | いいえ | |
| Concurrent Versions System(CVS) | いいえ | いいえ | いいえ | |
| Perforce P4 | いいえ | いいえ | いいえ | |
| サブバージョン | いいえ | いいえ | いいえ | |
| Team Foundation Version Control(TFVC) | いいえ | いいえ | いいえ | |
| Jira(イシューのみ) | いいえ | いいえ | いいえ |
補足説明:
- グループ移行にファイルエクスポートを使用することは非推奨です。
サブバージョンからの移行
GitLabは、サブバージョンのリポジトリをGitに自動的に移行できません。サブバージョンリポジトリをGitに変換するには、例えば以下の外部ツールを使用できます:
git svnは、非常に小さく基本的なリポジトリ用です。reposurgeonは、より大きく複雑なリポジトリ用です。
プロフェッショナルサービスを利用して移行する
自分で移行する代わりに、GitLabプロフェッショナルサービスを利用してグループとプロジェクトをGitLabに移行することもできます。詳細については、Professional Servicesカタログを参照してください。
プロジェクトインポートの履歴を表示する
作成したすべてのプロジェクトインポートを表示できます。該当するのは、次のような場面です:
- プロジェクトが外部システムからインポートされた場合はソースプロジェクトのパス、またはGitLabプロジェクトが移行された場合はインポート方法。
- 移行先プロジェクトのパス。
- 各インポートの開始日。
- 各インポートの状態。
- エラーが発生した場合のエラーの詳細。
履歴には、以下のいずれかから作成されたプロジェクトも含まれます:
GitLabはURLでリポジトリをインポートして、テンプレートから新しいプロジェクトを作成します。
プロジェクトのインポート履歴を表示するには:
- 右上隅で、新規作成( )と新規プロジェクト/リポジトリを選択します。
- プロジェクトをインポートを選択します。
- 右上隅にある履歴リンクを選択します。
- 特定のインポートにエラーがある場合は、詳細を選択して表示します。
LFSオブジェクトを含むプロジェクトをインポートする
LFSオブジェクトを含むプロジェクトをインポートする場合、プロジェクトにリポジトリURLホストとは異なるURLホスト(lfs.url)を持つ.lfsconfigファイルがある場合、LFSファイルはダウンロードされません。