GitHub временно приостановил принудительное требование минимальной версии self-hosted runner для GitHub Actions. Командам дали дополнительное окно, чтобы обновиться без внезапных сбоев в CI/CD.
Если у вас GitHub Actions крутится не на облачных раннерах GitHub, а на собственных серверах (self-hosted runners), то ближайшие дни могли стать неприятным сюрпризом: старые версии раннеров должны были перестать регистрироваться и настраиваться. Теперь эту «точку невозврата» временно отодвинули.
Что произошло
GitHub сообщил, что временно приостанавливает принудительное соблюдение минимальной версии self-hosted runner для GitHub Actions. Ранее планировалось, что требование минимальной версии v2.329.0 начнёт применяться 16 марта 2026 года.
На время паузы раннеры ниже v2.329.0 по-прежнему смогут регистрироваться и конфигурироваться. Новый график и план внедрения обещают опубликовать в ближайшие недели.
Почему это важно для обычной команды разработки
Self-hosted runner — это рабочая «машина», которая выполняет ваши сборки, тесты и деплой. Когда платформа начинает жёстко отрезать устаревшие версии, это обычно бьёт не по абстрактной «инфраструктуре», а по конкретным вещам:
- перестают запускаться новые окружения для CI (например, при масштабировании или замене сервера);
- ломаются привычные процессы обновления/автоскейлинга (особенно в больших организациях);
- возникает риск «тихих» простоев, когда часть раннеров обновили, а часть — нет.
Пауза выглядит как попытка снизить вероятность массовых сбоев у тех, кто физически не успевает обновить парк раннеров к фиксированной дате.
Что делать прямо сейчас (практично, без героизма)
- Проверьте версии раннеров во всех средах (прод/стейджинг/внутренние проекты). Важно не только «основное» окружение, но и запасные узлы.
- Обновляйтесь всё равно: GitHub подчеркнул, что долгосрочный курс не меняется — старые версии всё равно планируют блокировать для регистрации и настройки.
- Поставьте обновления на поток: лучше один раз договориться о регулярном обновлении, чем каждый раз тушить пожар перед дедлайном платформы.
- Учтите зависимые сценарии: если раннеры поднимаются автоматически (скриптами/образами/шаблонами), убедитесь, что обновлена именно «заготовка», иначе вы будете снова и снова раскатывать устаревшую версию.
Что будет дальше
GitHub обещает опубликовать обновлённый таймлайн и план принудительного включения требования. До этого момента можно выдохнуть — но лучше использовать паузу как шанс привести CI-инфраструктуру в порядок, а не как повод отложить обновление ещё на месяц.
