Skip to main content
Skip to content

Эта версия GitHub Enterprise Server будет прекращена 2026-09-22. Снятые релизы не поддерживаются. Исправления выпускаться не будут даже при критических проблемах безопасности. Для лучшей производительности, повышения безопасности и новых функций GitHub Enterprise Server см. Обзор процесса обновления. Для помощи с обновлением обращайтесь в GitHub Enterprise Support.

О живых миграциях с GitHub Enterprise Server на GHE.com

Как живые миграции минимизируют простои для разработчиков?

Что такое Enterprise Live Migrations?

Enterprise Live Migrations (ELM) — это сервис для миграции репозиториев из GitHub Enterprise Server в GitHub Enterprise Cloud с размещением данных (GHE.com). Он работает с помощью расширения GitHub CLI.

Миграции проходят «живые», потому что пользователи могут продолжать использовать исходный репозиторий на протяжении большей части процесса миграции. После первоначального сбора данных репозитория вебхуки проверяют изменения в репозитории, такие как новые коммиты или обновления настроек. Эти изменения сообщаются и ELM включаются в миграцию.

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

Различия от GitHub Enterprise Importer

ELM и GitHub Enterprise Importer (GEI) — это отдельные инструменты, которые поддерживают миграцию репозиториев из GitHub Enterprise Server в GHE.com.

Основные преимущества ELM следующие:

  • Сокращение простоя разработчиков: во время миграции с GEI разработчики теряют доступ к репозиторию на время миграции. Этот простой создаёт риски, такие как заблокированные развертывания или застой работы с функциями.
  • Поддержка монорепо: ELM способна мигрировать большие, сложные монорепо с глубокой историей. Они часто превышают вместимость GEI.
  • Лучшая видимость: ELM обеспечивает подробную видимость на уровне репозитория о ходе миграции, выявляя детализированные сбои, чтобы вы могли быть уверены, что мигрированный репозиторий является точной копией.

Однако из-за большего трафика, связанного с живыми обновлениями, ELM поддерживает меньше одновременных миграций, чем GEI: до 10 одновременных миграций репозитория из одного GitHub Enterprise Server экземпляра и 20 одновременных миграций на каждое предприятие назначения.

Возможно, вы захотите использовать оба инструмента во время миграции платформы, отдавая приоритет репозиториям, которые больше всего выиграют от ELM.

Обзор миграции

Администратор сайта запускает миграцию с помощью .GitHub CLI Перед выполнением миграции оператор должен настроить GitHub Enterprise Server экземпляр и предоставить personal access tokens доступ как к целевому, так GitHub Enterprise Server и к целевому предприятиям.

Основные этапы миграции включают:

  1. Создание: Администратор сайта запускает команды CLI для создания и запуска миграции, указывая исходный репозиторий и назначение.
  2. Проверки до полета: Сервис миграции проверяет параметры, токены, сетевую связь и конфигурацию репозитория.
  3. Заполнение: ELM инструмент выполняет начальный скан, чтобы собрать все данные репозитория и отправить их в сервис миграции на целевой платформе. Во время фазы заполнения вебхуки проверяют актуальные обновления репозитория по мере продолжения миграции.
  4. Переключение: Исходный репозиторий архивируется (становится только для чтения), а все финальные обновления в реальном времени отправляются на ELM. Это период простоя для разработчиков.
  5. Завершение: Миграция завершена. Администратор сайта может проверить, что данные были успешно перенесены в игру.
  6. Последующие действия: владелец организации выполняет последующие задачи на целевом предприятии, такие как перенастройка настроек организации и перераспределение активности пользователям.

Дальнейшие действия

Чтобы подготовиться к миграции, смотрите Подготовка к живой миграции с GitHub Enterprise Server на GHE.com.