Default setup CodeQL через repository property: безопасный rollout конфигурации. Закрепить config commit, проверить путь и синтаксис, назначить property одной canary-группе и сравнить effective configuration и результаты анализа; результат оформить как реестр rollout «repository → property value → resolved config SHA → languages → query suites →…
Исходная граница: CodeQL property
Безопасная проверка начинается с инвентаря и неизменяемой контрольной точки. Наблюдаемая боль: Нужно применить общий CodeQL config к множеству репозиториев, но неверный путь в property может массово отключить ожидаемые запросы или дать неоднородный effective setup. До любых действий запишите дату, точную роль, тип объекта, edition или клиент, исходное значение и ожидаемый результат. Рабочая задача этого разбора: закрепить config commit, проверить путь и синтаксис, назначить property одной canary-группе и сравнить effective configuration и результаты анализа. Не меняйте одновременно policy, версию клиента и содержимое проверяемого объекта: иначе результат нельзя будет связать с одной переменной. Публичная запись должна содержать только обезличенные статусы; имена, приватные адреса, токены, полный журнал и рабочее содержимое исключаются.
Доказательная база для CodeQL property
Первичный источник подтверждает следующее: GitHub добавил настройку default setup at scale через repository property github-codeql-config-file, указывающую на централизованный configuration file. Второй официальный источник уточняет: Документация описывает custom configuration для default setup, допустимое расположение файла и параметры анализа. Официальные страницы дают два слоя: факт релиза и рабочую спецификацию. Их нужно связать с effective settings конкретного контура. Поэтому ожидаемый артефакт — реестр rollout «repository → property value → resolved config SHA → languages → query suites → last successful scan → rollback». Он фиксирует проверяемые поля и не утверждает, что функция популярна, что она уже доступна каждому аккаунту или что именно релиз вызвал любой похожий симптом. Дату и технические свойства следует брать с прямых страниц, а не из заголовка агрегатора.
Обратимый опыт: CodeQL property
Контрольный тест сформулирован так: На одном некритичном репозитории назначить property на минимальный config, дождаться успешного анализа, сравнить SARIF и вернуть прежнее значение. Перед началом сохраните исходное значение, идентификатор тестового объекта и способ возврата. Выполните одно действие, дождитесь одного измеримого ответа и внесите его в реестр rollout «repository → property value → resolved config SHA → languages → query suites → last successful scan → rollback». Положительный результат подтверждает только эту ветку в данном окружении; отрицательный исключает только проверенное условие. Повтор допустим на той же версии и с теми же входными данными, без серии очисток, переустановок и расширения прав.
Матрица решений по CodeQL property
Сначала сравните expected и actual для контрольного объекта. Если они совпали, выполните возврат и подтвердите, что исходное состояние восстановлено. Если не совпали, проверьте effective role, policy, scope и version, затем переходите только к одной соседней ветке. Основной инструмент — реестр rollout «repository → property value → resolved config SHA → languages → query suites → last successful scan → rollback». Отдельная строка нужна для неизвестного состояния: она честнее преждевременного диагноза. Совпадение даты или названия не доказывает регрессию; доказательством служит воспроизводимый before/after с одной изменённой переменной и границей из официальной документации.
Стоп-линия и эскалация: CodeQL property
Критерий остановки: Остановить расширение, если config не разрешается, меняет языки или suites неожиданно, либо rollback не воспроизводит исходный setup. Для эскалации подготовьте минимальный пакет: UTC-время, версию клиента или API, тип аккаунта, обезличенный идентификатор объекта, expected и actual, один контрольный шаг, результат возврата и ссылки на два официальных источника. Скриншот обрежьте до нужной области. Не прикладывайте приватные URL, email, секреты, конфигурацию организации целиком, database, HAR или необработанный лог. Такой пакет позволяет проверить именно «CodeQL property» без опасных необратимых изменений.
Материал подготовлен редакцией VOne с помощью ИИ; все технические утверждения постатейно сверены с указанными официальными источниками 28 августа 2026 года.
Источники и проверка
- Официальный GitHub Changelog проверено 2026-08-28
- Официальная техническая документация проверено 2026-08-28
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.