GitHub отдал AI Scan репозиториев в REST API

К эндпоинтам включения AI Scan в REST API GitHub в публичном превью прибавилось свойство repository_scan: через него массово включают и отключают сканирование бэклога , на уровне организации или отдельного репозитория, без ручной правки каждого репо в веб-интерфейсе. Куда стучаться GET и PATCH /orgs/{org}/code-scanning/ai-scan , политика организации GET и PATCH /repos/{owner}/{repo}/code-scanning/ai-scan , настройка конкретного репозитория Логика та же, что у уже существующего pr_scan для AI Scan в pull request: если организация запретила сканирование репозиториев, отдельные репо не смогут его включить. При разрешении репозитории наследуют значение и при необходимости отключаются по одному. Если enterprise-политика не допускает AI Scan, попытка включить настройку отвечает кодом 422. Один запрос на два флага В одном PATCH можно менять и pr_scan , и repository_scan . Заблокировано хотя бы одно изменение , API вернёт 422, и ни одна из настроек не применится: удобно для атомарных скриптов, которые синхронизируют сканирование PR и бэклога. Скан не стартует сам Включение AI Scan для репозиториев само по себе прогон не запускает: пользователи с правом записи по-прежнему гоняют скан по запросу, каждый раз тратя кредиты GitHub Code Security AI. Кто и на каких планах Политику организации правят владельцы организации и security managers; администраторы репозитория могут локально отказаться от наследования. Фича доступна публичным репозиториям организаций и приватным или internal , при подписке GitHub Code Security или GitHub Advanced Security; владельцам enterprise сначала нужно разрешить AI Scan в политике. GitHub Enterprise Server в этой схеме не поддерживается. Источник: Manage AI Scan for repositories using the REST API .