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