Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Службы Azure DevOps
После перехода выполните следующие задачи после миграции, чтобы проверить репозиторий GitHub, восстановить ожидаемые защиты и подготовить команды для работы с GitHub в качестве новой системы записей. Выполните эти задачи на портале GitHub.
Проверка наборов правил ветви GitHub
ELM переносит политики ветвей Azure DevOps в наборы правил для ветвей GitHub. После переключения откройте Настройки репозитория>Правила>Наборы правил и убедитесь, что шаблоны веток, обязательные рецензенты, обязательные проверки состояния и разрешенные стратегии слияния соответствуют ожидаемой конфигурации.
- Перейдите к параметрам репозитория>правилам>наборам правил.
- Проверьте шаблоны целевой ветви, обязательные рецензенты, необходимые проверки состояния и стратегии слияния.
- Проверьте применение правила, открыв тестовый запрос на слияние для защищённой ветви.
Замечание
Обязательные проверки состояния, основанные на проверке сборки в Azure DevOps, могут отображаться как неактивные, пока вы не обновите конвейеры, чтобы они указывали на перенесённый репозиторий GitHub.
Миграция политики ветви: сопоставление высокого уровня
| политика Azure DevOps | эквивалент GitHub | Заметки и действие клиента |
|---|---|---|
| Минимальное число подтверждений | Обязательные проверки для утверждения (перенесённые) | Проверьте шаблоны ветвей и количество рецензентов после переключения. |
| Сброс голосов при новой отправке | Закрыть неактуальные ревью (перенесено) | Убедитесь, что параметр включен в защищенных ветвях. |
| Проверка сборки | Обязательные проверки состояния (перенесённые) | Может потребоваться обновить названия проверок после перенастройки конвейеров. |
| Стратегия слияния | Разрешённые методы слияния (перенесено) | Проверьте параметры слияния (merge/squash/rebase) в репозитории. |
| Ограничение размера файла | Максимальный размер файла (перенесён) | Для больших файлов может потребоваться Git LFS (в будущем) или очистка истории. |
| Обязательные проверяющие (по пути) | CODEOWNERS + обязательная проверка владельцем кода (вручную) | Создание или проверка CODEOWNERS записей для сопоставления правил пути. |
| Блокировать принудительную отправку | Принудительное принудительное перемещение (перенесено) | Подтвердите применение для защищённых ветвей. |
| Блокировка удаления ветви | Ограничить удаление (перенесено) | Убедитесь, что удаление ветки заблокировано там, где это необходимо. |
| Фиксация проверки электронной почты автора | Зафиксировать проверки шаблонов электронной почты (частично поддерживается) | Просмотрите и настройте шаблоны после миграции в соответствии с намерением политики. |
| Автоматическое завершение | Автоматическое слияние (поведение отличается) | Автослияние GitHub включается отдельно для каждого pull request. Проверьте предпочитаемый рабочий процесс. |
| Длина пути, зарезервированные имена, ограничения на имена файлов, принудительный учет регистра | Нет прямого эквивалента | Устраните эти проблемы перед миграцией в соответствии с ограничениями GitHub. |
Проверка перенесенного репозитория
Просмотрите перенесенный репозиторий, чтобы убедиться, что ключевые параметры содержимого, доступа и видимости соответствуют вашим ожиданиям:
- Все ветви присутствуют и соответствуют Azure DevOps.
- Все теги присутствуют и соответствуют Azure DevOps.
- История коммитов сохранена в целости и полноте.
- Открытые запросы на включение изменений переносятся вместе с метаданными.
- Размер репозитория и структура файлов соответствуют ожиданиям.
- Репозиторий доступен ожидаемым командам и пользователям.
- Видимость репозитория правильна. По умолчанию для ELM задано значение Private.
Восстановление манекенов
После миграции следуйте инструкциям GitHub по восстановлению манекенов, чтобы коммиты и запросы на включение изменений правильно связывались с учетными записями пользователей GitHub. Дополнительные сведения см. в разделе Reclaiming mannequins для GitHub Enterprise Importer.
Функции в разработке
Если это возможно, ELM настраивает подключение Azure Boards для перенесенного репозитория, чтобы команды могли связывать рабочие элементы из запросов на включение изменений GitHub с помощью синтаксиса AB#<workItemId> без необходимости вручную настраивать это подключение после переключения.