{"meta":{"title":"用于从 GitHub Enterprise Server 迁移到 GHE.com 的实时迁移数据","intro":"实时迁移中包括哪些数据和实时更新？","product":"迁移","breadcrumbs":[{"href":"/zh/migrations","title":"迁移"},{"href":"/zh/migrations/elm","title":"实时迁移（GHES 到 GHE.com）"},{"href":"/zh/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\n唯一支持的 ELM 组织级别操作是创建目标组织帐户（如果尚不存在）。\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、objects、history） | 包括所有 refs、对象和提交历史记录。 在整个迁移过程中，存储库会保持目标的最新状态。 |\n| LFS 对象 | Git 大型文件存储对象。 要求在源 GitHub Enterprise Server 实例上启用 LFS。 |\n| 维基 | Wiki Git 存储库 |\n\n### 问题、评论和反应\n\n| Resource | Notes |\n|---|---|\n| 问题 | 包括状态、被分配者和正文 |\n| 问题评论 | 有关问题的所有评论 |\n| 问题反应 | 有关问题的反应 |\n| 问题评论反馈 | 有关问题评论的反馈 |\n| 问题标签 | 有关问题的标签关联 |\n| 问题事件 | 时间线事件（已分配、标记、已关闭等） |\n| 关闭问题引用 | 关闭问题的相关引用（例如“解决问题 #123”） |\n\n### 拉取请求、代码审查和讨论线程\n\n| Resource | Notes |\n|---|---|\n| 拉取请求 | 包括状态、审阅者、内容和草稿状态 |\n| PR 评论 | 提交的评审，包括已批准、请求更改和评论的状态 |\n| PR 审阅注释 | 内联代码评审注释 |\n| PR 评审讨论线程 | 线程讨论，包括已解决和未解决的状态 |\n| PR 评论反应 | 合并请求审查评论的反馈 |\n| PR 标签 | 拉取请求的标签关联 |\n\n### 标签、里程碑、发布和 CI\n\n| Resource | Notes |\n|---|---|\n| 标签 | 标签定义，包括名称、颜色和说明 |\n| 里程碑 | 里程碑定义和状态 |\n| Releases | 发布元数据，包括标记、名称、正文和预发布或草稿状态 |\n| 释放反应 | 有关发布的反应 |\n| 提交注释 | 对单个提交的注释 |\n| 提交状态检查 | 提交时 CI/CD 状态检查 |\n| 检查运行状态 | 检查运行结果 |\n| 检测套件 | 检查套件分组 |\n| 团队存储库权限 | 团队与存储库权限的关联 |\n\n### 二进制资产和文件附件\n\n| Resource | Notes |\n|---|---|\n| 发布资源 | 关联到发布的二进制资产，每个资产最多 2 GB |\n| 附件 | 嵌入在问题和拉取请求正文中的图像和视频文件附件 |\n| 存储库文件（非媒体附件） | 与问题和拉取请求关联的非媒体文件附件，例如 PDF 和文本文件 |\n\n### 用户和模特\n\n| Resource | Notes |\n|---|---|\n| 模特 | 迁移数据中引用的每个GitHub企业服务器用户都被表示为一个占位符：没有组织成员资格或库访问权限的标识。 迁移完成后，可以通过将它们与实际用户帐户相关联来回收模特。 |\n\n## 不迁移的数据\n\n### 存储库数据\n\n| Data | 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上的Webhooks，以捕获正在进行的更改，并将这些更改转发到目标企业的迁移服务。\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| **发布** | \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> 提交拉取请求评审后，ELM 将完整评审内容（包括所有内联注释）一起导入。 作为初始评审提交的一部分的内联注释已正确迁移。 但是，在 **提交评审后添加到审阅线程** 的答复不会捕获为实时更新，不会显示在已迁移的存储库中。\n\n## 实时更新中不包含的数据\n\n以下内容仅在初始回填期间导出， **并且不会** 由 Webhook 更新：\n\n* 检查运行状态\n* 检测套件\n* GitHub Pages 配置\n\n## 重写链接和提及\n\n对源存储库内的引用（例如用户提及或指向同一存储库中问题和拉取请求的链接）进行重写，以确保在迁移后仍能正确指向资源。\n\n对**不同仓库**的引用（例如，在 `repo-1` 中的拉取请求里链接到 **** 仓库中的某个问题）`repo-2`被迁移，并且在迁移后将指向完全相同的目标。 即使引用的存储库已经迁移或正在迁移的过程中，该规则仍然适用。"}