Примечание.
Enterprise Live Migrations находится в Публичный предварительный просмотр процессе и может измениться.
Наш GitHub Enterprise Server экземпляр готов?
ELM доступна в последних патчах для GitHub Enterprise Server версии 3.17 и новее. Эта документация предполагает, что вы используете следующую версию патча или более позднюю. Инструкции могут не работать на более ранних версиях.
3.21.23.20.43.19.83.18.113.17.17
Ваш GitHub Enterprise Server экземпляр также должен:
- Используйте HTTPS-адрес . HTTP-адреса не поддерживаются.
- Разрешить исходящий трафик к месту назначения миграции.
- Включите миграции в разделе «Миграции» в Консоли управления.
- Будьте готовы к дополнительной нагрузке во время миграции: архивирование репозитория приводит к тому, что все проблемы и pull-запросы из репозитория извлекаются из MySQL и переиндексируются в Elasticsearch.
Как будет выглядеть наша организация по назначению?
Вы можете мигрировать репозитории в новую или существующую организацию на 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.