GitHub сообщил, что в периоды аномального трафика может временно требовать авторизацию при клонировании публичных репозиториев и получении изменений через HTTPS. Ограничения затронут часть операций git clone и git fetch. Так сервис рассчитывает сохранить доступность github.com при повышенной подозрительной активности.
Как будут работать ограничения
Если операция попадёт под ограничение, Git вернёт ошибку с сообщением о необходимости авторизации. В таком случае можно авторизоваться и повторить команду либо дождаться снятия временной защиты и попробовать снова без авторизации.
GitHub подчёркивает, что ограничения будут применяться выборочно, на основе признаков аномального трафика. Однако эти признаки могут совпадать и у обычных пользователей, поэтому под ограничения иногда будут попадать вполне легитимные запросы.
При этом обязательную авторизацию для всех публичных репозиториев GitHub не вводит.
Изменение не затронет:
Операции Git по HTTPS с авторизацией.
Работу с репозиториями по SSH.
Отправку изменений (
git push).Остальные запросы к веб-интерфейсу GitHub и API, не связанные с этой защитой.
Что делать разработчикам
В первую очередь GitHub рекомендует настроить авторизацию для автоматизированных процессов, которые регулярно клонируют репозитории или получают из них изменения.
Для GitHub Actions можно использовать встроенный GITHUB_TOKEN. В других CI-системах предпочтителен токен доступа установленного приложения GitHub App. Также подойдёт персональный токен доступа (PAT).
Если настроить авторизацию невозможно, остаётся повторить операцию после снятия временного ограничения.
Мера распространяется на репозитории github.com на всех тарифных планах. Конкретные сроки действия ограничений GitHub не указывает: они будут зависеть от ситуации с трафиком.
Расписание бесплатных вебинаров по ИТ-направлениям доступно в календаре мероприятий.
