Дальнейшие задачи

После завершения каждой миграции вам нужно выполнить дополнительные задачи, прежде чем репозиторий будет готов к работе.

Run your migration

Статья 7 из 7
Еще статьи →

В этой статье

Проверка состояния миграции

Сначала проверьте успешность или сбой миграции.

Способ проверки состояния миграции зависит от способа запуска миграции.

  • Если вы запускали миграцию по GitHub CLIумолчанию с , процесс покажет, удалось ли или не прошло миграцию после завершения. Если миграция завершилась сбоем, вы увидите причину сбоя.

    Migration completed (ID: RM_123)! State: SUCCEEDED

  • Если вы запускали миграцию с GitHub CLI аргументом с опциональным --queue-only , процесс сразу же завершится после очереди на миграцию и не укажет, прошла ли миграция успешно или неудачно. Вы можете проверить состояние миграции с помощью wait-for-migration команды или просмотреть журнал миграции.

Просмотр журнала миграции

Вам следует ознакомиться с журналом миграции для каждого мигрированного репозитория. Пользователи с доступом к репозиторию могут получить доступ к журналу миграции репозитория на GitHub.

  1. Перейдите в перенесенный репозиторий в целевой организации.

  2. В поле имени репозитория щелкните Issues.

    Снимок экрана: главная страница репозитория. На горизонтальной панели навигации вкладка с меткой "Проблемы" выделена темно-оранжевым цветом.

  3. Щелкните проблему с заголовком "Журнал миграции".

Дополнительные сведения см. в разделе Доступ к журналам миграции для GitHub Enterprise Importer.

Настройка видимости репозитория

Все репозитории переносятся как частные по умолчанию, и доступ к репозиторию будет иметь только пользователь, выполняющий миграцию и владелец организации. Если вы не хотите, чтобы репозиторий был частным, измените видимость.

  • Вы можете изменить видимость репозитория в браузере. Дополнительные сведения см. в разделе Настройка видимости репозитория.

  • В качестве альтернативы можно GitHub CLI изменить видимость репозитория из командной строки. Для получения дополнительной информации см. gh repo edit в GitHub CLI документации.

    Например, замените YOUR_ORG на название вашей организации, и команда ниже установит внутреннюю видимость всех репозиториев организации.

    Bash
    export ORG=YOUR_ORG
gh repo list "$ORG" --limit 100000 --json name -q '.[].name' | xargs -I{} gh repo edit "$ORG/{}" --visibility internal

Восстановление манекенов

После запуска перехода с GitHub Enterprise Importer или Enterprise Live Migrations, вся пользовательская активность в мигрированном репозитории (кроме Git-коммитов) приписывается временным идентичностям, называемым манекенами.

Примечание.

Только владелец организации могут восстановить манекины. Если вы предоставили роль миграции, обратитесь к владелец организации, чтобы выполнить этот шаг.

  1. Решите, хотите ли вы восстановить манекины.
  2. Запланируйте, когда вы завершите восстановление.
  3. Восстановление манекенов. Вы можете переопределить историю каждого манекена члену организации с помощью GitHub CLI или в браузере. Если вы используете GitHub CLI, вы сможете восстановить манекены оптом. Дополнительные сведения см. в разделе Восстановление манекенов для GitHub Enterprise Importer.
  4. Если любой из членов еще не имеет соответствующего доступа к репозиторию через членство в команде, предоставьте членам доступ к репозиторию. Дополнительные сведения см. в разделе Управление доступом пользователя к репозиторию организации.

Настройка списков разрешений IP-адресов

Если вы добавили диапазоны IP-адресов в GitHub Enterprise Importer список разрешений IP-адресов вашей организации-получателя, вы сможете удалить эти записи. Если вы отключили ограничения списка разрешений поставщика удостоверений для целевого предприятия, их можно повторно включить.