{"meta":{"title":"后续任务","intro":"每次迁移完成后，您需要完成一些附加任务，然后存储库才能准备就绪。","product":"迁移","breadcrumbs":[{"href":"/zh/migrations","title":"迁移"},{"href":"/zh/migrations/using-github-enterprise-importer","title":"GitHub Enterprise Importer"},{"href":"/zh/migrations/using-github-enterprise-importer/migrate-from-gitlab","title":"从 GitLab 迁移"},{"href":"/zh/migrations/using-github-enterprise-importer/migrate-from-gitlab/follow-up-tasks","title":"7. 后续任务"}],"documentType":"article"},"body":"# 后续任务\n\n每次迁移完成后，您需要完成一些附加任务，然后存储库才能准备就绪。\n\n## 检查迁移状态\n\n首先，检查迁移是成功还是失败。\n\n检查迁移状态的方式取决于你运行迁移的方式。\n\n* 如果使用 GitHub CLI 进行迁移，默认情况下，在迁移完成后，该过程将显示迁移是成功还是失败。 如果迁移失败，你将看到导致失败的原因。\n\n  ```text\n  Migration completed (ID: RM_123)! State: SUCCEEDED\n  ```\n\n* 如果你运行迁移时使用GitHub CLI并附带可选的`--queue-only`参数，那么进程将在将迁移加入队列后立即退出，不会告诉你迁移是否成功或失败。 可以使用 `wait-for-migration` 命令或通过查看迁移日志来检查迁移状态。\n\n## 查看迁移日志\n\n应查看每个已迁移存储库的迁移日志。 对存储库具有读取访问权限的人员可以访问存储库 GitHub的迁移日志。\n\n1. 导航到目标组织中的已迁移存储库。\n2. 在仓库名称下，单击 <svg version=\"1.1\" width=\"16\" height=\"16\" viewBox=\"0 0 16 16\" class=\"octicon octicon-issue-opened\" aria-label=\"issue-opened\" role=\"img\"><path d=\"M8 9.5a1.5 1.5 0 1 0 0-3 1.5 1.5 0 0 0 0 3Z\"></path><path d=\"M8 0a8 8 0 1 1 0 16A8 8 0 0 1 8 0ZM1.5 8a6.5 6.5 0 1 0 13 0 6.5 6.5 0 0 0-13 0Z\"></path></svg>“Issues”\\*\\*\\*\\*。\n\n   ![存储库的主页的屏幕截图。 在水平导航栏中，标记有“问题”的选项卡以深橙色标出。](/assets/images/help/repository/repo-tabs-issues-global-nav-update.png)\n3. 单击标题为“迁移日志”的问题。\n\n有关详细信息，请参阅“[访问 GitHub Enterprise Importer 的迁移日志](/zh/migrations/using-github-enterprise-importer/completing-your-migration-with-github-enterprise-importer/accessing-your-migration-logs-for-github-enterprise-importer)”。\n\n## 设置存储库可见性\n\n默认情况下，所有存储库都作为专用存储库迁移，只有运行迁移的用户和组织所有者才有权访问存储库。 如果不希望存储库是私有的，请更改可见性。\n\n* 可以在浏览器中更改存储库的可见性。 有关详细信息，请参阅“[设置存储库可见性](/zh/repositories/managing-your-repositorys-settings-and-features/managing-repository-settings/setting-repository-visibility)”。\n* 或者，可以使用 GitHub CLI 命令行更改存储库可见性。 有关详细信息，请参阅[`gh repo edit`](https://cli.github.com/manual/gh_repo_edit)GitHub CLI文档中的信息。\n\n  例如，将YOUR\\_ORG替换为组织名称，以下命令会将组织的所有存储库设置为内部可见性。\n\n  ```bash copy\n  export ORG=YOUR_ORG\n  gh repo list \"$ORG\" --limit 100000 --json name -q '.[].name' | xargs -I{} gh repo edit \"$ORG/{}\" --visibility internal\n  ```\n\n## 回收模型\n\n运行迁移GitHub Enterprise ImporterEnterprise Live Migrations后，迁移存储库（Git 提交除外）中的所有用户活动都归因于称为 mannequins 的占位符标识。\n\n> \\[!NOTE]\n> 只有组织所有者才能回收模型。 如果已获得迁移者角色，请联系组织所有者执行此步骤。\n\n1. 决定是否要回收模型。\n2. 计划何时完成回收。\n3. 回收人体模型。 可以使用 GitHub CLI 或浏览器中将每个人模的历史记录重新分配给组织成员。 如果你使用 GitHub CLI，可以批量回收占位资源。 有关详细信息，请参阅“[回收 GitHub Enterprise Importer 的模型](/zh/migrations/using-github-enterprise-importer/completing-your-migration-with-github-enterprise-importer/reclaiming-mannequins-for-github-enterprise-importer)”。\n4. 如果任何成员尚未通过团队成员身份具有存储库的适当访问权限，请授予该成员对存储库的访问权限。 有关详细信息，请参阅“[管理个人对组织仓库的访问](/zh/organizations/managing-user-access-to-your-organizations-repositories/managing-repository-roles/managing-an-individuals-access-to-an-organization-repository)”。\n\n## 配置 IP 允许列表\n\n如果为目标组织的 IP 允许列表添加了 IP 范围 GitHub Enterprise Importer ，则可以删除这些条目。 如果为目标企业禁用了标识提供者的 IP 允许列表限制，现在可以重新启用它们。"}