Типы миграций
С точки зрения времени доступно три типа миграции.
- Миграция с одного GitHub Enterprise Server экземпляра на другой существующий GitHub Enterprise Server . Вы можете перенести любое количество репозиториев, принадлежащих любому пользователю или организации в экземпляре. До выполнения миграции необходимо иметь доступ администратора сайта к обоим экземплярам.
- Миграция из GitHub.com организации в GitHub Enterprise Server экземпляр. Вы можете перенести любое количество репозиториев, принадлежащих организации. Перед выполнением миграции необходимо иметь административный доступ к GitHub.com организации, а также доступ администратора сайта к целевому экземпляру.
- Пробные запуски — это миграции, в ходе которых импортируются данные в промежуточный экземпляр. Они могут быть полезны, чтобы понять, что произойдёт, если миграция будет применена к GitHub.com. Настоятельно рекомендуется выполнить пробный запуск на промежуточном экземпляре перед импортом данных в рабочий экземпляр.
Примечание.
Использование ghe-migrator не рекомендуется для передачи GitHub Enterprise Server экземпляра между гипервизорами. Вместо этого мы предлагаем либо сделать резервную копию и восстановить его в новом месте с GitHub Enterprise Server Backup Utilitiesпомощью , либо создать копию в новом месте и затем переключиться на реплику. Дополнительные сведения см. в разделе AUTOTITLE, AUTOTITLE[ и [AUTOTITLE. ](/enterprise-server@latest/admin/enterprise-management/configuring-high-availability/creating-a-high-availability-replica)](/enterprise-server@latest/admin/enterprise-management/configuring-high-availability/initiating-a-failover-to-your-replica-appliance)
Перенесенные данные
При использовании ghe-migrator все вращалось вокруг репозитория. Большинство данных, связанных с репозиторием, можно перенести. Например, репозиторий в организации перенесет репозиторий и организацию, а также всех пользователей, команды, проблемы и запросы на вытягивание, связанные с репозиторием.
Элементы в таблице ниже можно перенести вместе с репозиторием. Любые элементы, не указанные в списке перенесённых данных, не могут быть перенесены в игру, включая Git LFS (Git Large File Storage — поддержка хранения больших файлов в Git) активы.
Примечание.
Связи вилок не сохраняются после миграции.
| Данные, связанные с перенесенным репозиторием | Примечания. |
|---|---|
| Пользователи | |
| ** | |
| @mentions | |
| ** пользователей перезаписываются в соответствии с целевым объектом. | |
| Организации | Переносятся название и данные об организации. |
| Репозитории | Ссылки на деревья Git, большие двоичные объекты, фиксации и строки перезаписываются в соответствии с целевым объектом. Внутренние репозитории переносятся как частные репозитории. Состояние архива не задано. |
| Вики-страницы | Все данные вики-статей переносятся. |
| Teams | |
| ** | |
| @mentions | |
| ** команд перезаписываются в соответствии с целевым объектом. | |
| Milestones | Метки времени сохраняются. |
| Проблемы | Ссылки на проблемы и метки времени сохраняются. |
| Комментарии к проблеме | Перекрестные ссылки на комментарии перезаписываются для целевого экземпляра. |
| Запросы на включение внесенных изменений | Перекрестные ссылки на запросы на вытягивание перезаписываются в соответствии с целевым объектом. Метки времени сохраняются. |
| Проверки запросов на включение изменений | Переносятся проверки запросов на вытягивание и связанные данные. |
| Комментарии к проверке запроса на вытягивание | Перекрестные ссылки на комментарии перезаписываются для целевого экземпляра. Метки времени сохраняются. Комментарии на уровне файлов не переносятся. |
| Комментарии к фиксации | Перекрестные ссылки на комментарии перезаписываются для целевого экземпляра. Метки времени сохраняются. |
| Выпуски | Все данные выпусков переносятся. |
| Действия, выполняемые для запросов на вытягивание или проблем | Все изменения запросов на вытягивание или проблем, такие как назначение пользователей, переименование заголовков и изменение меток, сохраняются вместе с метками времени для каждого действия. |
| Вложенные файлы | Переносятся вложения файлов для проблем и запросов на вытягивание. Его можно отключить в процессе миграции. |
| Веб-перехватчики | Переносятся только активные веб-перехватчики. |
| Ключи развертывания репозитория | Переносятся ключи развертывания репозитория. |
| Защищенные ветви | Переносятся параметры защищенной ветви и связанные данные. |
О миграции внешних данных проверки подлинности
Если исходное место для вашей миграции — GitHub продукт, использующий LDAP или SAML-аутентификацию, ghe-migrator он не мигрирует внешние данные аутентификации, связанные с учетными записями пользователей. Для получения дополнительной информации о вариантах аутентификации смGitHub Enterprise Server. раздел «О аутентификации для вашего предприятия» в GitHub Enterprise Server документации или вGitHub Enterprise Cloud документации.
Если выполнить миграцию в целевой экземпляр, а затем настроить внешнюю проверку подлинности, пользователи должны войти в целевой экземпляр с учетной записью пользователя, которая имеет то же имя пользователя или идентификатор пользователя, что и учетная запись в исходном экземпляре. Администраторы могут просматривать внешний атрибут, который экземпляр использует для отображения имён пользовательских аккаунтов из Консоль управления. Дополнительные сведения см. в разделе Доступ к консоли управления.