Подготовка к живой миграции с GitHub Enterprise Server на GHE.com

Ключевые вопросы, которые стоит учесть, прежде чем начать Enterprise Live Migrations.

В этой статье

Примечание.

Enterprise Live Migrations находится в public preview процессе и может измениться.

Наш GitHub Enterprise Server экземпляр готов?

          ELM была перенесена в поддерживаемые релизы. Чтобы воспользоваться им, необходимо обновиться до одной из следующих малых версий или более поздней:
  • 3.20.2
  • 3.19.6
  • 3.18.9
  • 3.17.15

Ваш GitHub Enterprise Server экземпляр также должен:

  • Используйте HTTPS-адрес . HTTP-адреса не поддерживаются.
  • Включите миграции и настройте хранилище blob. Вы можете проверить эти настройки в разделе «Migrations» в Management Console. Если у вас ещё нет настроек этих настроек, мы объясним, как установить их на стандартные значения в AUTOTITLE.

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

Вы можете мигрировать репозитории в новую или существующую организацию на GHE.com. ELM создаёт целевую организацию, если её ещё не существует.

Миграция платформы — хорошая возможность пересмотреть структуру вашей организации и команды. См . раздел AUTOTITLE.

Какие репозитории мы будем мигрировать?

          ELM Поддержка до **10** одновременных миграций репозитория из одного GitHub Enterprise Server экземпляра и **20** одновременных миграций на каждое предприятие назначения.

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

  • Важные хранилища, где длительные простои могут нарушить ваш бизнес
  • Большие монорепо слишком большие для других инструментов миграции

Публичные репозитории недоступны на GHE.com, и они будут отклонены ELM. Вы можете изменить видимость этих репозиториев GitHub Enterprise Server перед началом работы.

Проверьте, не содержат ли выбранные вами репозитории релизы с размером более 2 ГБ, так как это предел для ELM.

Кто будет запускать миграцию?

Лицо, управляющее миграционной ELM службой, должно:

  • Иметь доступ администратора сайта к экземпляру GitHub Enterprise Server
  • Будьте владельцем бизнеса GHE.com

Этот человек должен выполнить следующие задачи:

  • Перед миграцией создавайте personal access tokens (classic) как исходное, так и целевое предприятие.
  • Во время миграции отслеживайте статус миграции и реагируйте на проблемы.

Для одновременных ELM миграций с экземпляра GitHub Enterprise Server один и тот же человек должен выполнить все elm команды, используя одни и те же токени.

После миграции кто-то должен выполнить некоторые дополнительные задачи на GHE.com. Любой владелец организации может это сделать.

Что должны знать мои разработчики?

Перед началом свяжитесь с разработчиками, которые:

  • Репозиторий переезжает в новое место. Пользователи могут продолжать использовать исходный репозиторий во время миграции до тех пор, пока оператор не начнёт финальный монтаж в новое место.
  • Пока миграция идёт, разработчикам следует избегать принудительных push-push-запросов в репозиторий, так как это нарушит историю Git так, что ELM это невозможно.
  • Некоторые действия, выполняемые разработчиками в процессе миграции, могут не быть отражены в мигрированном репозитории. Для подробностей см. неподдерживаемые действия в AUTOTITLE.

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

Когда будете готовы к миграции, смотрите Миграция вашего репозитория с помощью Enterprise Live Migrations.