GitHub сообщил о переводе runner-образа Xcode 27 на macOS 27. Обновление доступно в публичной превью и предназначено для команд, которые собирают и проверяют приложения Apple в GitHub Actions. Ранее тот же образ работал на macOS 26.
Об изменении GitHub объявил 10 сентября 2026 года в GitHub Changelog. Речь идёт именно об образе для GitHub-hosted macOS runners, а не о новой версии Xcode или отдельном продукте для локальной разработки.
Что изменилось в образе
Главное изменение — базовая операционная система runner-образа. Xcode 27 теперь запускается на macOS 27, поэтому команды могут проверять Apple-приложения в окружении, соответствующем новой версии платформы.
GitHub отдельно указывает, что способ выбора образа в workflow не меняется. Разработчикам не нужно переходить на новый механизм конфигурации или переписывать пайплайн из-за смены macOS. В существующем файле GitHub Actions следует использовать актуальную метку образа, указанную GitHub для Xcode 27 и macOS 27.
Точный состав предустановленного программного обеспечения, включая версии инструментов и доступные компоненты Xcode, нужно проверять в репозитории actions/runner-images. Это особенно важно для проектов, где сборка зависит от конкретной версии SDK, симуляторов или системных утилит.
Новый образ работает только на arm64-раннерах. В объявлении GitHub не говорится о поддержке x86_64 для этой конфигурации, поэтому команды с Intel-зависимостями должны проверить свои workflow до переключения.
Кого затрагивает обновление
Изменение рассчитано на разработчиков, которые используют облачные macOS-раннеры GitHub для автоматической сборки, тестирования и проверки Apple-приложений. Это могут быть проекты для iPhone, iPad, Mac и других платформ экосистемы Apple, если их CI/CD-процессы выполняются через GitHub Actions.
Для self-hosted-раннеров обновление автоматически ничего не меняет. Такие команды самостоятельно определяют версии macOS, Xcode и вспомогательных инструментов в своей инфраструктуре. Аналогично, переход не затрагивает workflow, которые намеренно остаются на прежнем образе с macOS 26.
Практический эффект появится там, где результат сборки зависит от поведения новой версии macOS. Проверка в обновлённой среде может выявить несовместимость скриптов, сторонних зависимостей или этапов упаковки приложения ещё до выпуска.
Что проверить перед переходом
Первый шаг — посмотреть текущий label в параметре `runs-on` и сравнить его с актуальным обозначением образа в документации GitHub и репозитории runner-images. Не стоит заменять значение механически только по названию Xcode: важны одновременно версия macOS, архитектура раннера и доступный набор программ.
После изменения конфигурации имеет смысл запустить отдельный тестовый workflow. В нём следует проверить:
- установку зависимостей;
- сборку приложения;
- запуск тестов;
- работу необходимых симуляторов;
- подпись и упаковку артефактов;
- публикацию результатов и кэшей.
Отдельное внимание нужно уделить бинарным зависимостям. Переход на arm64 может повлиять на инструменты, которые поставляются только в сборках для Intel или запускаются через дополнительный слой совместимости. Само объявление GitHub не подтверждает совместимость конкретных сторонних библиотек, поэтому этот результат команда должна получить собственным тестированием.
Официальные сведения о GitHub-hosted runners и ограничениях таких окружений собраны в документации GitHub Actions.
Публичная превью не равна стабильному образу
Статус public preview означает, что образ уже можно использовать для проверки рабочих сценариев, но его поведение и состав ещё не следует считать окончательными. На практике это снижает предсказуемость критически важных пайплайнов: обновление компонентов или исправление проблем может произойти до выхода стабильной версии.
Для production-сборок безопаснее сначала добавить новый образ в отдельную ветку или параллельную проверку. Это позволит сравнить результаты с текущим окружением и понять, связана ли возможная ошибка именно с macOS 27, архитектурой arm64 или изменением набора инструментов.
GitHub рекомендует обращаться к репозиторию runner-images для просмотра списка установленного программного обеспечения и сообщений о проблемах. Перед миграцией стоит проверить там версии Xcode, SDK, симуляторов и системных пакетов, которые используются конкретным проектом.
Что это означает для CI/CD
Обновление даёт разработчикам облачный способ валидировать Apple-приложения на macOS 27 без самостоятельного обслуживания macOS-инфраструктуры. При этом переход не требует менять сам подход к настройке GitHub Actions: ключевыми остаются правильный label в `runs-on` и проверка совместимости проекта с arm64.
Пока образ находится в публичной превью, разумно использовать его прежде всего для тестовых и параллельных запусков. Перед постоянным переключением нужно зафиксировать успешную сборку, сравнить артефакты с результатами на macOS 26 и убедиться, что в проекте нет зависимостей от Intel-окружения или конкретного состава предустановленных инструментов.