{"meta":{"title":"Дальнейшие задачи","intro":"После завершения каждой миграции вам нужно выполнить дополнительные задачи, прежде чем репозиторий будет готов к работе.","product":"Миграции","breadcrumbs":[{"href":"/ru/migrations","title":"Миграции"},{"href":"/ru/migrations/using-github-enterprise-importer","title":"GitHub Enterprise Importer"},{"href":"/ru/migrations/using-github-enterprise-importer/migrate-from-gitlab","title":"Миграция из GitLab"},{"href":"/ru/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](/ru/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* Вы можете изменить видимость репозитория в браузере. Дополнительные сведения см. в разделе [Настройка видимости репозитория](/ru/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 Importer или Enterprise Live Migrations, вся пользовательская активность в мигрированном репозитории (кроме Git-коммитов) приписывается временным идентичностям, называемым манекенами.\n\n> \\[!NOTE]\n> Только владелец организации могут восстановить манекины. Если вы предоставили роль миграции, обратитесь к владелец организации, чтобы выполнить этот шаг.\n\n1. Решите, хотите ли вы восстановить манекины.\n2. Запланируйте, когда вы завершите восстановление.\n3. Восстановление манекенов. Вы можете переопределить историю каждого манекена члену организации с помощью GitHub CLI или в браузере. Если вы используете GitHub CLI, вы сможете восстановить манекены оптом. Дополнительные сведения см. в разделе [Восстановление манекенов для GitHub Enterprise Importer](/ru/migrations/using-github-enterprise-importer/completing-your-migration-with-github-enterprise-importer/reclaiming-mannequins-for-github-enterprise-importer).\n4. Если любой из членов еще не имеет соответствующего доступа к репозиторию через членство в команде, предоставьте членам доступ к репозиторию. Дополнительные сведения см. в разделе [Управление доступом пользователя к репозиторию организации](/ru/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-адресов в GitHub Enterprise Importer список разрешений IP-адресов вашей организации-получателя, вы сможете удалить эти записи. Если вы отключили ограничения списка разрешений поставщика удостоверений для целевого предприятия, их можно повторно включить."}