关于迁移

迁移是将数据从源位置（GitHub.com 组织或 GitHub Enterprise Server 实例）转移到目标 GitHub Enterprise Server 实例的过程。在更换平台或或升级实例上的硬件时，可以使用迁移转移数据。

您可以执行三种类型的迁移：

从 GitHub Enterprise Server 实例迁移到另一个 GitHub Enterprise Server 实例。您可以迁移实例上由任何用户或组织拥有的任意数量的仓库。在执行迁移之前，您必须具有两个实例的站点管理员访问权限。
从 GitHub.com 组织迁移到 GitHub Enterprise Server 实例。您可以迁移由组织拥有的任意数量的仓库。在执行迁移前，您必须拥有 GitHub.com 组织的管理访问权限和目标实例的站点管理员访问权限。
试运行是将数据导入暂存实例的迁移。这些试运行非常有用，可用于查看在向您的 GitHub Enterprise Server 实例应用迁移后将要发生的变化。 我们强烈建议您先在暂存实例上执行试运行，然后再将数据导入生产实例。

在迁移中，一切都围绕仓库进行。与仓库关联的大多数数据都可以迁移。例如，组织内的仓库将迁移仓库和组织，以及与该仓库关联的任何用户、团队、问题和拉取请求。

下表中的项可随仓库一起迁移。迁移的数据列表中未显示的任何项都无法迁移。

Note: Fork relationships do not persist after a migration.

与迁移的仓库关联的数据	注意：
用户	用户的 @提及将重写以匹配目标。
组织	将迁移组织的名称和详细信息。
仓库	Git 树、blob、提交和行的链接将重写以匹配目标。迁移程序将遵循三个仓库重定向的最大值。
Wikis	将迁移所有 wiki 数据。
团队	团队的 @提及将重写以匹配目标。
里程碑	将保留时间戳。
项目板	将迁移与仓库和拥有仓库的组织关联的项目板。
问题	将保留问题引用和时间戳。
问题评论	将针对目标实例重写评论的交叉引用。
拉取请求	将重写拉取请求的交叉引用以匹配目标。将保留时间戳。
拉取请求审查	将迁移拉取请求审查和关联的数据。
拉取请求审查评论	将针对目标实例重写评论的交叉引用。将保留时间戳。
提交注释	将针对目标实例重写评论的交叉引用。将保留时间戳。
版本发布	将迁移所有版本数据。
在拉取请求或问题上进行的操作	将保留对拉取请求或问题的所有修改（例如，分配用户、重命名标题和修改标签）以及每个操作的时间戳。
文件附件	将迁移问题和拉取请求上的文件附件。在迁移过程中，您可以选择将此禁用。
Web 挂钩	仅迁移有效的 web 挂钩。
仓库部署密钥	将迁移仓库部署密钥。
受保护分支	将迁移受保护分支设置和关联的数据。