Типы миграций
С точки зрения времени доступно три типа миграции.
- Миграция из экземпляра GitHub Enterprise Server в другой существующий экземпляр данных GitHub Enterprise Server . Вы можете перенести любое количество репозиториев, принадлежащих любому пользователю или организации в экземпляре. До выполнения миграции необходимо иметь доступ администратора сайта к обоим экземплярам.
- Миграция из организации GitHub.com в экземпляр GitHub Enterprise Server. Вы можете перенести любое количество репозиториев, принадлежащих организации. Перед миграцией необходимо иметь доступ с правами администратора к организации GitHub.com и доступ с правами администратора сайта к целевому экземпляру.
-
_Пробные запуски_ — это миграции, в ходе которых импортируются данные в [промежуточный экземпляр](/admin/installation/setting-up-a-github-enterprise-server-instance/setting-up-a-staging-instance). Это может быть полезно, чтобы узнать, что __ произойдет, если миграция была применена к ваш экземпляр GitHub Enterprise Server. **Настоятельно рекомендуется выполнить пробный запуск на промежуточном экземпляре перед импортом данных в рабочий экземпляр.**
Примечание.
Использование ghe-миграции не рекомендуется **** для передачи экземпляра GitHub Enterprise Server между гипервизорами. Вместо этого мы рекомендуем создать резервную копию и восстановление в новом расположении с помощью GitHub Enterprise Server Backup Utilitiesили создать реплику в новом расположении, а затем выполнить отработку отказа на устройство реплики. Дополнительные сведения см. в разделе AUTOTITLE, AUTOTITLE[ и [AUTOTITLE. ](/admin/enterprise-management/configuring-high-availability/creating-a-high-availability-replica)](/admin/enterprise-management/configuring-high-availability/initiating-a-failover-to-your-replica-appliance)
Перенесенные данные
При использовании ghe-migrator все вращалось вокруг репозитория. Большинство данных, связанных с репозиторием, можно перенести. Например, репозиторий в организации перенесет репозиторий и организацию, а также всех пользователей, команды, проблемы и запросы на вытягивание, связанные с репозиторием.
Элементы в таблице ниже можно перенести вместе с репозиторием. Любые элементы, не отображаемые в списке перенесенных данных, не могут быть перенесены, включая ресурсы Git LFS .
Примечание.
Связи вилок не сохраняются после миграции.
| Данные, связанные с перенесенным репозиторием | Примечания. |
|---|---|
| Пользователи |
**
@mentions
** пользователей перезаписываются в соответствии с целевым объектом.
| Организации | Переносятся название и данные об организации. | Репозитории | Ссылки на деревья Git, большие двоичные объекты, фиксации и строки перезаписываются в соответствии с целевым объектом. Внутренние репозитории переносятся как частные репозитории. Состояние архива не задано. | Вики-страницы | Все данные вики-статей переносятся. | Teams | ** @mentions ** команд перезаписываются в соответствии с целевым объектом. | Milestones | Метки времени сохраняются. | | | Проблемы | Ссылки на проблемы и метки времени сохраняются. | Комментарии к проблеме | Перекрестные ссылки на комментарии перезаписываются для целевого экземпляра. | Запросы на включение внесенных изменений | Перекрестные ссылки на запросы на вытягивание перезаписываются в соответствии с целевым объектом. Метки времени сохраняются. | Проверки запросов на включение изменений | Переносятся проверки запросов на вытягивание и связанные данные. | Комментарии к проверке запроса на вытягивание | Перекрестные ссылки на комментарии перезаписываются для целевого экземпляра. Метки времени сохраняются. Комментарии на уровне файлов не переносятся. | Комментарии к фиксации | Перекрестные ссылки на комментарии перезаписываются для целевого экземпляра. Метки времени сохраняются. | Выпуски | Все данные выпусков переносятся. | Действия, выполняемые для запросов на вытягивание или проблем | Все изменения запросов на вытягивание или проблем, такие как назначение пользователей, переименование заголовков и изменение меток, сохраняются вместе с метками времени для каждого действия. | Вложенные файлы | Переносятся вложения файлов для проблем и запросов на вытягивание. Его можно отключить в процессе миграции. | Веб-перехватчики | Переносятся только активные веб-перехватчики. | Ключи развертывания репозитория | Переносятся ключи развертывания репозитория. | Защищенные ветви | Переносятся параметры защищенной ветви и связанные данные.
О миграции внешних данных проверки подлинности
Если исходное расположение миграции — это продукт GitHub, использующий проверку подлинности LDAP или SAML, не переносит внешние данные проверки подлинности, ghe-migrator связанные с учетными записями пользователей. Дополнительные сведения о параметрах проверки подлинности см. в разделе GitHub Enterprise Server, см. в разделе "Сведения о проверке подлинности для вашего предприятия" в [документации GitHub Enterprise Server или документах](/enterprise-cloud@latest/admin/identity-and-access-management/managing-iam-for-your-enterprise/about-authentication-for-your-enterprise) GitHub Enterprise Cloud.
Если выполнить миграцию в целевой экземпляр, а затем настроить внешнюю проверку подлинности, пользователи должны войти в целевой экземпляр с учетной записью пользователя, которая имеет то же имя пользователя или идентификатор пользователя, что и учетная запись в исходном экземпляре. Администраторы могут просматривать внешний атрибут, который экземпляр использует для сопоставления имен учетных записей пользователей из Консоль управления. Дополнительные сведения см. в разделе Доступ к консоли управления.