Skip to main content

Сведения о миграции ghe-миграции

Можно использовать ghe-migrator для передачи данных из исходного* *расположения (организации GitHub.com или экземпляра GitHub Enterprise Server в целевой ** экземпляр GitHub Enterprise Server.

Типы миграций

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

  • Миграция из экземпляра GitHub Enterprise Server в другой существующий экземпляр данных GitHub Enterprise Server . Вы можете перенести любое количество репозиториев, принадлежащих любому пользователю или организации в экземпляре. До выполнения миграции необходимо иметь доступ администратора сайта к обоим экземплярам.
  • Миграция из организации GitHub.com в экземпляр GitHub Enterprise Server. Вы можете перенести любое количество репозиториев, принадлежащих организации. Перед миграцией необходимо иметь доступ с правами администратора к организации GitHub.com и доступ с правами администратора сайта к целевому экземпляру.
  • Пробные запуски — это миграции, в ходе которых импортируются данные в промежуточный экземпляр. Это может быть полезно, чтобы узнать, что __ произойдет, если миграция была применена к GitHub.com. Настоятельно рекомендуется выполнить пробный запуск на промежуточном экземпляре перед импортом данных в рабочий экземпляр.

Примечание. Использование 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 .

Примечание. Связи вилки не сохраняются после миграции.

Данные, связанные с перенесенным репозиториемПримечания.
Пользователи@mentions пользователей перезаписываются в соответствии с целевым объектом.
ОрганизацииПереносятся название и данные об организации.
РепозиторииСсылки на деревья Git, большие двоичные объекты, фиксации и строки перезаписываются в соответствии с целевым объектом. Внутренние репозитории переносятся как частные репозитории. Состояние архива не задано.
Вики-страницыВсе данные вики-статей переносятся.
Команды@mentions команд перезаписываются в соответствии с целевым объектом.
MilestonesМетки времени сохраняются.
Доски Projects (classic)Проекты (классическая модель), связанных с репозиторием, и с организацией, владеющей репозиторием, переносятся. Projects, интерфейс всех новых проектов, не поддерживается.
ПроблемыСсылки на проблемы и метки времени сохраняются.
Комментарии к проблемеПерекрестные ссылки на комментарии перезаписываются для целевого экземпляра.
Запросы на включение внесенных измененийПерекрестные ссылки на запросы на вытягивание перезаписываются в соответствии с целевым объектом. Метки времени сохраняются.
Проверки запросов на включение измененийПереносятся проверки запросов на вытягивание и связанные данные.
Комментарии к проверке запроса на вытягиваниеПерекрестные ссылки на комментарии перезаписываются для целевого экземпляра. Метки времени сохраняются. Комментарии на уровне файлов не переносятся.
Комментарии к фиксацииПерекрестные ссылки на комментарии перезаписываются для целевого экземпляра. Метки времени сохраняются.
ВыпускиВсе данные выпусков переносятся.
Действия, выполняемые для запросов на вытягивание или проблемВсе изменения запросов на вытягивание или проблем, такие как назначение пользователей, переименование заголовков и изменение меток, сохраняются вместе с метками времени для каждого действия.
Вложенные файлыПереносятся вложения файлов для проблем и запросов на вытягивание. Его можно отключить в процессе миграции.
Веб-перехватчикиПереносятся только активные веб-перехватчики.
Ключи развертывания репозиторияПереносятся ключи развертывания репозитория.
Защищенные ветвиПереносятся параметры защищенной ветви и связанные данные.

О миграции внешних данных проверки подлинности

Если исходное расположение миграции — это продукт GitHub, использующий проверку подлинности LDAP или SAML, не переносит внешние данные проверки подлинности, ghe-migrator связанные с учетными записями пользователей. Дополнительные сведения о параметрах проверки подлинности см. в разделе GitHub Enterprise Server, см. в разделе "Сведения о проверке подлинности для вашего предприятия" в документации GitHub Enterprise Server или документах GitHub Enterprise Cloud.

Если выполнить миграцию в целевой экземпляр, а затем настроить внешнюю проверку подлинности, пользователи должны войти в целевой экземпляр с учетной записью пользователя, которая имеет то же имя пользователя или идентификатор пользователя, что и учетная запись в исходном экземпляре. Администратор istrator может просмотреть внешний атрибут, который экземпляр использует для сопоставления имен учетных записей пользователей из Консоль управления. Дополнительные сведения см. в разделе Доступ к консоли управления.