このトピックでは、ローカル移行ツール Codeup-CLI のインストール方法と、インストール後に移行がサポートされる対象について説明します。
移行対象
セルフマネージド GitLab リポジトリ: Git コードデータ、ユーザー権限、Webhook、保護されたブランチ、およびオープンなマージリクエストの移行をサポートします。
Gitee、Coding、GitHub などの一般的なサードパーティプラットフォームリポジトリからの Git コードデータ。
既存のローカルリポジトリ。
操作手順
ステップ 1: ツールのダウンロード
ご利用のオペレーティングシステムと移行するサイトに基づいて、移行ツールをダウンロードします。
システムタイプ | リージョンサイトのツールダウンロードリンク | 中国セントラルサイトのツールダウンロードリンク |
macOS ARM 64 ビット | ||
macOS 64 ビット | ||
Linux 64 ビット | ||
Linux 32 ビット | ||
Windows 64 ビット | ||
Windows 32 ビット |
ステップ 2: ツールのインストール
Codeup-CLI ツールはダウンロード後すぐに使用できます。ダウンロードして解凍したツールを、コマンドラインツールを実行するディレクトリに次のように配置します。
# 新しいローカルワークスペースを作成します。「workspace」などの名前をカスタマイズできます。移行後に削除します。
mkdir workspace
cd workspace
# ダウンロードした codeup-cli ツールを実際のワークスペースディレクトリに配置します。
cp ~/Downloads/codeup-cli ./
# 移行するサードパーティリポジトリを保存するための新しいディレクトリを作成します。「repo」などの名前をカスタマイズできます。
mkdir repoステップ 3: テストと検証
例えば、Linux で、コマンドラインで次のコマンドを実行して、ツールが正常に動作することを確認します。
./codeup-cli --helpエラーメッセージの処理:
エラーメッセージがツールを実行するための権限不足を示している場合、Linux または macOS で、次のコマンドを実行して権限を付与します。
chmod +x ./codeup-cli次のメッセージが表示された場合、ダウンロードしたツールパッケージがシステムタイプと一致しないことを示します。システムタイプを確認し、対応するツールパッケージを再度ダウンロードしてください。
Bad CPU type in executable
ステップ 4: シナリオの選択
上記で検証されたようにツールが正常に動作する場合、要件とプラットフォームタイプに基づいて適切な移行シナリオを選択します。
セルフマネージド GitLab の移行。
一般的なサードパーティコードプラットフォームの移行 (GitHub、Gitee、Coding など)。
既存のローカルリポジトリの一括移行。
ステップ 5: 関連手順 (オプション)
1. Apsara DevOps コードのプッシュ/プル認証設定: 開発者が新しい Apsara DevOps プラットフォームを使用してコードをプッシュまたはプルする場合、認証情報を構成します。
SSH を使用する場合、構成手順については、「SSH キーの構成」をご参照ください。
2. リポジトリアドレスの更新: インポート後、リポジトリアドレスを Apsara DevOps 上の新しいリポジトリアドレスに更新します。
ローカルリポジトリのリモートアドレスを更新します。
# 現在構成されているリモートを表示します。 git remote -v # 現在構成されているリモート (デフォルトの origin) を置き換えます。 git remote set-url origin <new git clone address on Apsara Devops>サードパーティシステムのプッシュ/プルリポジトリアドレスを更新します。
サードパーティシステムがコードをプッシュまたはプルする場合、サードパーティシステムで構成されているリポジトリアドレスを手動で置き換えます。
サードパーティシステムが HTTPS を使用してコードをプッシュまたはプルする場合、Apsara DevOps リポジトリに正常にアクセスできることを確認するために、サードパーティシステムで構成されているプッシュ/プルアカウントとパスワードのパラメーターも更新します。