{"meta":{"title":"GitHub Enterprise Server から GHE.com へのライブ マイグレーション用に移行されたデータ","intro":"ライブ マイグレーションに含まれるデータとライブ更新プログラムはどれですか?","product":"移行","breadcrumbs":[{"href":"/ja/migrations","title":"移行"},{"href":"/ja/migrations/elm","title":"ライブ マイグレーション (GHES から GHE.com)"},{"href":"/ja/migrations/elm/migrated-data-reference","title":"移行されたデータ参照"}],"documentType":"article"},"body":"# GitHub Enterprise Server から GHE.com へのライブ マイグレーション用に移行されたデータ\n\nライブ マイグレーションに含まれるデータとライブ更新プログラムはどれですか?\n\n>[!NOTE] \nEnterprise Live Migrations は パブリック プレビュー であり、変更される可能性があります。\n\n## 移行されるデータ\n\nELM は、ほぼすべてのリポジトリ レベルのデータを移行します。 チーム、プロジェクト、組織の設定、Webhook などの組織レベルのリソースは移行から除外され、ターゲットで手動で構成する必要があります。\n\nELMでサポートされる唯一の組織レベルのアクションは、ターゲット組織アカウントが存在しない場合の作成です。\n\n### リポジトリの設定と構成\n\n| Resource | Notes |\n|---|---|\n| リポジトリのメタデータと設定 | 可視性、説明、既定のブランチ、および有効な機能 |\n| リポジトリウェブフック | リポジトリの Webhook 構成 |\n| リポジトリトピック | リポジトリを分類するためのタグ |\n| リポジトリ PR の設定 | プル リクエストをマージして、設定を見直す |\n| アクションの設定 | リポジトリ レベルのGitHub Actions構成 (許可されたアクションとアクセス許可を含む) |\n| 自動リンク | カスタム自動リンク参照 |\n| ブランチ保護 | ブランチ保護規則は部分的に移行され、以下に説明する制限があります |\n| ページ | GitHub Pages の構成 |\n\n> [!WARNING]\n> ブランチ保護の移行は部分的にサポートされています。 \nELM では、プル要求のレビューを無視し、保護されたブランチにプッシュするためにアクターの制限が有効になっているかどうかが保持されますが、許可されたユーザー、チーム、またはアプリは保持されません。 そのため、プッシュ制限は宛先側で空の許可リストで再作成できます。 また、プル要求バイパス アクター、強制プッシュ アクター、状態チェック アプリ のバインド、照合ブランチ作成の制限、マージ キューの設定、デプロイ要件、ブランチ ロックも移行しません。 移行先リポジトリでユーザーが作業できるようにする前に、移行されたブランチ保護規則を確認して更新します。\n\n### Git データ、LFS、Wiki\n\n| Resource | Notes |\n|---|---|\n| Git リポジトリ (refs、オブジェクト、履歴) | すべての ref、オブジェクト、コミット履歴が含まれます。 リポジトリは、移行を通じて移行先で最新の状態に保たれます。 |\n| LFS オブジェクト | Git Large File Storage オブジェクト。 ソース GitHub Enterprise Server インスタンスで LFS を有効にする必要があります。 |\n| Wiki | Wiki Git リポジトリ |\n\n### 問題、コメント、および反応\n\n| Resource | Notes |\n|---|---|\n| 課題 | 状態、担当者、本文を含める |\n| Issueのコメント | 問題に関するすべてのコメント |\n| 課題への反応 | 問題に関する反応 |\n| コメントにリアクションを追加する | 問題のコメントに関する反応 |\n| 課題ラベル | 問題に関するラベルの関連付け |\n| issue イベント | タイムライン イベント (割り当て済み、ラベル付け、クローズなど) |\n| 問題の参照を閉じる | 問題を閉じる相互参照 (例: \"修正 #123\") |\n\n### プルリクエスト、レビュー、スレッド\n\n| Resource | Notes |\n|---|---|\n| Pull Request | 状態、校閲者、本文、ドラフトの状態を含める |\n| PR レビュー | 承認済み、変更要求済み、コメント付きの状態を含む、送信されたレビュー |\n| PR レビューのコメント | インライン コード レビューのコメント |\n| PR レビュー スレッド | スレッド化されたディスカッション (解決済みおよび未解決の状態を含む) |\n| PR コメントの反応 | プルリクエストのレビューコメントに対するリアクション |\n| PR ラベル | プルリクエストのラベルの関連付け |\n\n### ラベル、マイルストーン、リリース、CI\n\n| Resource | Notes |\n|---|---|\n| ラベル | ラベル定義 (名前、色、説明を含む) |\n| マイルストーン | マイルストーンの定義と状態 |\n| リリース | リリース メタデータ (タグ、名前、本文、プレリリースまたはドラフトの状態を含む) |\n| リリースの反応 | リリースに関するリアクション |\n| コミットコメント | 個々のコミットに関するコメント |\n| コミット状態チェック | コミットの CI/CD 状態チェック |\n| チェックランの実行 | 実行結果を確認する |\n| チェックスイート | スイートのグループ化を確認する |\n| チーム リポジトリのアクセス許可 | チームからリポジトリへのアクセス許可の関連付け |\n\n### バイナリ資産と添付ファイル\n\n| Resource | Notes |\n|---|---|\n| リリース資産 | リリースに添付されたバイナリファイル(1ファイルあたり最大 2 GB) |\n| Attachments | 問題報告およびプルリクエストの本文に埋め込まれた画像とビデオのファイル添付 |\n| リポジトリ ファイル (メディア以外の添付ファイル) | 問題やプル要求に関連付けられている、PDF やテキスト ファイルなどのメディア以外の添付ファイル |\n\n### ユーザーとマネキン\n\n| Resource | Notes |\n|---|---|\n| マネキン | 移行されたデータで参照されるすべての GitHub Enterprise Server ユーザーは、組織メンバーシップまたはリポジトリ アクセス権のないプレースホルダー ID であるマネキンとして表されます。 移行が完了したら、実際のユーザー アカウントに関連付けることで、マネキンを再利用できます。 |\n\n## 移行されないデータ\n\n### リポジトリ データ\n\n| データ | Notes |\n|---|---|\n| リポジトリの既定値 | N/A |\n| リポジトリ ルールセット | リポジトリルールセットは移行されません。 ブランチ保護規則は部分的に移行されます。 |\n| フォークから要求をプルする | N/A |\n| 保留中のプル リクエスト レビュー | 送信されたレビューのみが移行されます。 |\n\n### 組織データ\n\n次のような組織レベルのデータは移行 **されません** 。\n\n* Settings\n* チーム\n* プロジェクト\n* Webhooks\n\n## ライブ更新プログラムに含まれるイベント\n\n最初のバックフィルが完了すると、エクスポーターの **イベント リスナー** は、 GitHub Enterprise Server の Webhook を監視して進行中の変更をキャプチャし、ターゲット 企業の移行サービスに転送します。\n\n次の表は、ライブ更新をサポートするリソースの種類と、処理される Webhook アクションを示しています。\n\n| リソースの種類 | サポートされているイベント | サポートされていないイベント |\n|---|---|---|\n| **Repository** | `edited` | \n`archived`､`deleted`、`privatized`、`publicized`、`renamed`、`transferred`、`unarchived` |\n| **Issues** | \n`assigned`、`closed`、`edited`、`labeled`、`opened`、`reopened`、`unassigned`、`unlabeled`、`milestoned`、`demilestoned` | \n`deleted`、 `locked`、 `pinned`、 `transferred`、 `unlocked`、 `unpinned` |\n| **問題に関するコメント** | \n`created`、`edited` | `deleted` |\n| **プル リクエスト** | \n`assigned`、`closed`、`converted_to_draft`、`edited`、`labeled`、`opened`、`ready_for_review`、`reopened`、`unassigned`、`unlabeled`、`milestoned`、`demilestoned` | \n`auto_merge_disabled`、 `auto_merge_enabled`、 `dequeued`、 `enqueued`、 `locked`、 `review_request_removed`、 `review_requested`、 `synchronize`、 `unlocked` |\n| **プル リクエスト レビュー** | \n`edited`、`submitted` | `dismissed` |\n| **プル リクエスト レビュー コメント** | `edited` | \n`created`、`deleted` |\n| **プル リクエスト レビュー スレッド** | \n`resolved`、`unresolved` | N/A |\n| **ラベル** | `created` | \n`deleted`、`edited` |\n| **Release** | \n`created`、 `edited`、 `prereleased`、 `published`、 `released`、 `unpublished` | `deleted` |\n| **マイルストーン** | \n`closed`、`created`、`edited`、`opened` | `deleted` |\n| **ブランチ保護規則 (部分的なサポート)** | \n`created`、`edited` | `deleted` |\n| **コメントのコミット** | \n`created`、`edited` | `deleted` |\n| **ページ ビルド** | すべてのアクション | N/A |\n| **コミットの状態チェック** | すべてのアクション | N/A |\n| **ウィキ** | すべてのアクション | N/A |\n| **オートリンク** | \n`created`、`deleted` | N/A |\n| **問題の参照を閉じる** | `created` | N/A |\n| **反応** | \n`created`、`deleted` | N/A |\n| **リポジトリ アクションの設定** | `updated` | N/A |\n| **リポジトリ Webhook** | \n`created`、`updated` | N/A |\n\n[リポジトリの設定と構成](#repository-settings-and-configuration)で説明されているブランチ保護の制限は、初期移行とライブ更新の両方に適用されます。\n\n> [!NOTE]\n> pull request レビューが送信されると、 ELM は、すべてのインライン コメントを含む完全なレビューを一緒にインポートします。 最初のレビュー送信の一部であるインライン コメントは正しく移行されます。 ただし、 **レビューが送信された後にレビュー スレッドに追加された返信は** 、ライブ更新プログラムとしてキャプチャされず、移行されたリポジトリには表示されません。\n\n## ライブ更新プログラムに含まれていないデータ\n\n以下は、初期バックフィル時にのみエクスポートされ、Webhook によって更新 **されません** 。\n\n* チェックランの実行\n* チェックスイート\n* GitHub Pages の構成\n\n## リンクとメンションの書き換え\n\n**ソース リポジトリ内の**参照 (ユーザーメンション、問題へのリンク、同じリポジトリ内のプル要求など) は、移行後も正しいリソースを指すように書き換えられます。\n\n**異なるリポジトリ**への参照 (`repo-1` の pull request からの `repo-2` リポジトリ内の問題へのリンクなど) は移行**されず**、移行後にまったく同じ宛先を指します。 これは、参照先のリポジトリが既に移行されているか、同時に移行されている場合でも適用されます。"}