{"meta":{"title":"Enterprise Live Migrations を使用したリポジトリの移行","intro":"ダウンタイムを最小限に抑えて、 GitHub Enterprise Server から GHE.com に移行します。","product":"移行","breadcrumbs":[{"href":"/ja/migrations","title":"移行"},{"href":"/ja/migrations/elm","title":"ライブ マイグレーション (GHES から GHE.com)"},{"href":"/ja/migrations/elm/migrate-your-repository","title":"リポジトリを移行する"}],"documentType":"article"},"body":"# Enterprise Live Migrations を使用したリポジトリの移行\n\nダウンタイムを最小限に抑えて、 GitHub Enterprise Server から GHE.com に移行します。\n\n> \\[!NOTE]\n> Enterprise Live Migrations は パブリック プレビュー であり、変更される可能性があります。\n\n> \\[!TIP] このガイドに従うと、使用に関する詳細な情報については [、AUTOTITLE](/ja/migrations/elm/elm-cli-reference) を参照できます。 エラーが発生した場合は、 [GitHub Enterprise Server から GHE.com へのライブ マイグレーションのトラブルシューティング](/ja/migrations/elm/troubleshooting) を参照してください。\n\n## 前提条件\n\n移行の準備ができていることを確認します。 「[GitHub Enterprise Server から GHE.com へのライブ マイグレーションの準備](/ja/migrations/elm/prepare-for-your-migration)」を参照してください。\n\n## 1. アクセス トークンを作成する\n\n移行のソースと移行先の両方について、 personal access token (classic) で認証する必要があります。 詳しい手順については、「[個人用アクセス トークンを管理する](/ja/authentication/keeping-your-account-and-data-secure/managing-your-personal-access-tokens#creating-a-personal-access-token-classic)」を参照してください。\n\n次の手順で必要になるので、**両方のトークンを書き留めます**。\n\n1. 次のスコープを使用して、personal access token (classic) で GitHub Enterprise Server を作成します。\n\n   * `repo`\n   * `admin:org`\n   * `admin:repo_hook`\n   * `admin:org_hook`\n\n2. 次のスコープを使用して、personal access token (classic) で GHE.com を作成します。\n\n   * `repo`\n   * `workflow`\n   * `admin:org`\n   * `admin:repo_hook`\n   * `admin:enterprise`\n\n3. GHE.comでターゲット組織にシングル サインオンが適用されている場合は、GHE.com トークンを承認します。\n\n## 2. 構成 GitHub Enterprise Server\n\n移行を実行する前に、 GitHub Enterprise Server インスタンスで何らかの構成を設定する必要があります。 これらの構成値は、すべての ELM 移行に適用されます。\nGitHub Enterprise Serverの開発者は、新しい構成を適用するときに短いダウンタイムが発生する可能性があります。\n\n1. SSH 経由で GitHub Enterprise Server 管理シェルにアクセスします。 「[管理シェル (SSH) にアクセスする](/ja/enterprise-server@3.22/admin/administering-your-instance/administering-your-instance-from-the-command-line/accessing-the-administrative-shell-ssh)」を参照してください。\n2. `ghe-config`を使用して、次の構成変数を設定します。\n\n   例えば： `ghe-config app.elm-exporter.enabled true`\n\n   | Variable                                             | これを \\[...] に設定します。                                                                    |\n   | ---------------------------------------------------- | ------------------------------------------------------------------------------------- |\n   | `app.elm-exporter.enabled`                           | `true`                                                                                |\n   | `app.elm.internal-webhooks-enabled`                  | `true`                                                                                |\n   | `app.elm-exporter.webhooks-loopback-address-enabled` | `true`                                                                                |\n   | `secrets.elm-exporter.migration-target-url`          | 移行先企業の API URL (例: `https://api.octocorp.ghe.com`)。 URL の末尾に末尾のスラッシュを含 **めないでください** 。 |\n   | `secrets.elm-exporter.migration-target-token`        |                                                                                       |\n\nGHE.com用に作成したアクセス トークン。 |\n\\| `secrets.elm-exporter.source-token` |\nGitHub Enterprise Server用に作成したアクセス トークン。 |\n\\| `secrets.elm-exporter.source-user` |\nGitHub Enterprise Server トークンに関連付けられているユーザー名 (例: `ghe-admin`)。 |\n\\| `app.migrations.enabled` | インスタンスで移行をまだ有効にしていない場合は、これを `true` に設定する必要があります。 |\n\n1. 構成を適用します。\n\n   ```shell copy\n   ghe-config-apply\n   ```\n\n## 3. 必要な環境変数を設定する\n\n構成が適用され、移行を開始する前に、必要な環境変数を設定します。 例えば次が挙げられます。\n\n```shell\nexport API_URL='http://localhost:1738'\n```\n\n> \\[!IMPORTANT]\n> `API_URL`と`MIGRATION_MANAGER_HMAC_KEY`の値を逐語的にコピーします。 その他の変数は、環境に固有です。\n\n| Variable                      | 必須の値                                                                                  |\n| ----------------------------- | ------------------------------------------------------------------------------------- |\n| API\\_URL                      | `http://localhost:1738`                                                               |\n| MIGRATION\\_MANAGER\\_HMAC\\_KEY | `$(ghe-config secrets.elm-exporter.elm-exporter-hmac-keys)`                           |\n| MIGRATION\\_TARGET\\_URL        | 移行先企業の API URL (例: `https://api.octocorp.ghe.com`)。 URL の末尾に末尾のスラッシュを含 **めないでください** 。 |\n| MIGRATION\\_TARGET\\_TOKEN      | のpersonal access token (classic)GHE.com                                               |\n\nこれらの値は、任意の `elm` コマンドで CLI フラグとして指定することもできます。これは、変数よりも優先されます。 たとえば、 `--api-url http://localhost:1738`と指定します。\n\n## 4. 移行を作成する\n\nソース リポジトリとターゲット リポジトリの詳細を指定して、新しい移行を作成します。\n`--pat-name` は静的な値として `system-pat` に設定する必要があります。 その他の値は、環境に固有のプレースホルダーです。\n\n> \\[!NOTE]\n> `target-org`は新規でも既存でもかまいません。 ターゲット組織がまだ存在しない場合は、移行中に作成されます。 ただし、移行元組織の設定は移行されません。\n\n```shell copy\nelm migration create \\\n  --source-org EXISTING-GHES-ORG \\\n  --source-repo EXISTING-GHES-REPO \\\n  --target-org GHEC-ORG \\\n  --target-repo NEW-GHEC-REPO \\\n  --target-api GHEC-API-URL \\\n  --pat-name system-pat\n```\n\n例えば次が挙げられます。\n\n```shell\nelm migration create \\\n  --source-org my-ghes-org \\\n  --source-repo my-ghes-repo \\\n  --target-org my-dr-org \\\n  --target-repo my-dr-repo \\\n  --target-api $MIGRATION_TARGET_URL \\\n  --pat-name system-pat\n```\n\n省略可能なフラグ:\n\n* `--start`: 移行をすぐに開始する準備ができた場合。\n* `--target-visibility`: 移行されたリポジトリは、既定で **内部** 可視性を使用して作成されますが、 `private`を指定できます。\n\n### 移行 ID を保存する\n\n次のような応答が表示されます。\n\n```json\n{\n  \"migrationId\": \"2b5c9eae-b5da-4306-ab04-2a29cc2b7cb9\",\n  \"expiresAt\": \"2026-02-11T21:49:33.619162159Z\"\n}\n```\n\n次のコマンドに必要な `migrationId` を変数としてエクスポートします。 例えば次が挙げられます。\n\n```shell\nexport MIGRATION_ID='2b5c9eae-b5da-4306-ab04-2a29cc2b7cb9'\n```\n\n## 5. 移行を開始する\n\nまだ移行を開始していない場合は、先ほど保存した移行 ID を使用して移行を開始します。\n\n```shell copy\nelm migration start --migration-id $MIGRATION_ID\n```\n\nこれにより、バックフィルとライブ更新プロセスが起動します。\nELM は現在、ソース リポジトリからデータを収集し、サポートされている Webhook イベントをリッスンしています。\n\n## 6. 移行を監視する\n\n移行が開始されると、 GHE.comに新しいリポジトリが表示されます。 移行中は、開発者がソース リポジトリで作業を続ける際に、リポジトリにデータの初期読み込みが入力され、更新プログラムが受信されます。\n\n次のコマンドを定期的に実行して、移行の状態を監視します。 ソースとターゲットの状態の内訳と、移行中のライブ データに関する情報が表示されます。\n\n```shell copy\nelm migration status --migration-id $MIGRATION_ID\n```\n\n応答で最も重要なインジケーターは、 **combinedState** オブジェクトの状態です。 状態が `COMBINED_STATUS_READY_FOR_CUTOVER`に達すると、次の手順に進む準備が整います。 ただし、個々のリソースの移行に失敗した場合は、 `displayMessage` でアラートが表示されます。調査が必要な場合があります。\n\n例えば次が挙げられます。\n\n```json\n  \"combinedState\":  {\n    \"status\":  \"COMBINED_STATUS_READY_FOR_CUTOVER\",\n    \"displayMessage\":  \"Ready for cutover (1 resources failed)\",\n    \"repositories\":  [\n      {\n        \"repositoryNwo\":  \"new-test-org/my-new-repo\",\n        \"phase\":  \"REPOSITORY_PHASE_READY_FOR_CUTOVER\",\n        \"displayStatus\":  \"Ready for cutover (1 failed)\"\n      }\n    ],\n    \"readyForCutover\":  true,\n    \"cutoverBlockers\":  []\n  },\n```\n\nヒント:\n\n* 複数の移行を実行している場合は、すべての移行の状態を `elm migration list`で確認できます。 このコマンドは、既定で進行中の移行を示しますが、 `--status`でフィルター処理することもできます。\n* 注意が必要なエラー状態が発生した場合は、 [GitHub Enterprise Server から GHE.com へのライブ マイグレーションのトラブルシューティング](/ja/migrations/elm/troubleshooting#statuses-and-recommended-actions) を参照してください。\n\n## 7. 移行を完了する\n\nカットオーバーに向けて移行準備ができたら、移行を完了できます。 カットオーバー プロセスによってソース リポジトリがアーカイブされ、リポジトリ管理者がアーカイブを解除しない限り **、完全に読み取り専用** になります。\n\n```shell copy\nelm migration cutover-to-destination --migration-id $MIGRATION_ID\n```\n\n引き続き移行を監視します。 応答の上部に `MIGRATION_STATUS_COMPLETED` の状態が表示されると、移行は完了しますが、 GitHub Enterprise Serverからユーザーにアクセス権を付与するためのフォローアップ タスクがいくつかあります。\n\n## 次のステップ\n\nユーザーに新しいリポジトリへのアクセス権を付与し、ユーザー アカウントを使用してアクティビティを調整します。 「[GitHub Enterprise Server から GHE.com へのライブ マイグレーションの完了](/ja/migrations/elm/complete-your-migration)」を参照してください。"}