Skip to main content

Эта версия GitHub Enterprise Server была прекращена 2024-07-09. Исправления выпускаться не будут даже при критических проблемах безопасности. Для повышения производительности, повышения безопасности и новых функций выполните обновление до последней версии GitHub Enterprise Server. Чтобы получить справку по обновлению, обратитесь в службу поддержки GitHub Enterprise.

Разрешение обновлений

[Глубокая сантехника] Определите обновления для необработанного набора данных.

Кто может использовать эту функцию?

GitHub CodeQL лицензируется на основе каждого пользователя при установке. Вы можете использовать CodeQL только для определенных задач в соответствии с ограничениями лицензии. Дополнительные сведения см. в разделе Сведения о интерфейсе командной строки CodeQL.

Если у вас есть лицензия GitHub Advanced Security, можно использовать CodeQL для автоматического анализа, непрерывной интеграции и непрерывной доставки. Дополнительные сведения см. в разделе Сведения о GitHub Advanced Security.

Это содержимое описывает последний выпуск данных CodeQL CLI. Дополнительные сведения об этом выпуске см. в статье https://github.com/github/codeql-cli-binaries/releases.

Чтобы просмотреть сведения о параметрах, доступных для этой команды в предыдущем выпуске, выполните команду с --help параметром в терминале.

Краткие сведения

Shell
codeql resolve upgrades --dbscheme=<file> <options>...

Description

[Глубокое сантехника] Определите обновления, выполняемые для необработанного набора данных.

Определите, какие обновления необходимо выполнить в определенном необработанном наборе данных QL, чтобы перейти к состоянию настроенных библиотек QL. Это вычисление является частью того, что происходит во время обычного обновления базы данных, и предоставляется в качестве отдельной команды сантехники, чтобы (a) помочь в устранении неполадок, и (b) предоставить отправную точку для изменения пути в чрезвычайных случаях, когда требуется точный контроль.

Параметры

Основные параметры

--dbscheme=<file>

[Обязательный] Текущий dbscheme набора данных, который мы хотим обновить.

--format=<fmt>

Выберите выходной формат. В число вариантов входят следующие варианты:

lines(по умолчанию): печать скриптов обновления на одной строке.

json: печать массива JSON путей к скрипту обновления.

--just-check

Не печатайте выходные данные, но выход из кода 0 при наличии обновлений и код 1, если нет.

Параметры из командной строки вызова команды

--search-path=<dir>[:<dir>...]

Список каталогов, в которых можно найти пакеты QL, содержащие рецепты обновления. Каждый каталог может быть пакетом QL (или пакетом пакетов, содержащих .codeqlmanifest.json файл в корневом каталоге) или непосредственным родительским элементом одного или нескольких таких каталогов.

Если путь содержит деревья каталогов, их порядок определяет приоритет между ними: если имя пакета, которое должно быть разрешено, совпадает с несколькими деревьями каталогов, то один из первых выигрывает.

Указывая это на проверка из репозитория CodeQL с открытым исходным кодом, должен работать при запросе одного из языков, активных там.

(Примечание. В Windows разделитель путей имеет значение ;).

--additional-packs=<dir>[:<dir>...]

[Дополнительно] Если указан этот список каталогов, они будут искать обновления до тех, в которых они указаны --search-path. Порядок между ними не имеет значения; Это ошибка, если имя пакета найдено в двух разных местах в этом списке.

Это полезно, если вы временно разрабатываете новую версию пакета, который также отображается в пути по умолчанию. С другой стороны, не рекомендуется переопределить этот параметр в файле конфигурации. Некоторые внутренние действия будут добавлять этот параметр на лету, переопределяя любое настроенное значение.

(Примечание. В Windows разделитель путей имеет значение ;).

--target-dbscheme=<file>

Целевая __ база данных dbscheme, которую мы хотим обновить до. Если это не задано, будет создан максимальный путь обновления

--target-sha=<sha>

[Дополнительно] Альтернатива тому --target-dbscheme , что дает внутренний хэш целевого dbscheme вместо dbscheme-файла.

--[no-]allow-downgrades

Включение любых соответствующих понижений, если обновлений нет

Распространенные параметры

-h, --help

Отображение этого текста справки.

-J=<opt>

[Дополнительно] Укажите параметр JVM, выполняя команду.

(Убедитесь, что параметры, содержащие пробелы, не будут обрабатываться правильно.)

-v, --verbose

Постепенно увеличьте число отображаемых сообщений о ходе выполнения.

-q, --quiet

Постепенно уменьшайте количество отображаемых сообщений о ходе выполнения.

--verbosity=<level>

[Дополнительно] Явным образом задайте уровень детализации на одну из ошибок, предупреждений, хода выполнения, хода выполнения+, хода выполнения++, хода выполнения+++. Переопределяет -v и -q.

--logdir=<dir>

[Дополнительно] Запись подробных журналов в один или несколько файлов в указанном каталоге с созданными именами, включающими метки времени и имя выполняющегося подкоманда.

(Чтобы записать файл журнала с именем, над которым у вас есть полный контроль, вместо этого предоставьте --log-to-stderr и перенаправите stderr по мере необходимости.)

--common-caches=<dir>

[Дополнительно] Управляет расположением кэшированных данных на диске, которые будут сохраняться между несколькими запусками интерфейса командной строки, такими как скачанные пакеты QL и скомпилированные планы запросов. Если этот параметр не задан явным образом, по умолчанию используется каталог с именем .codeql в домашнем каталоге пользователя; он будет создан, если он еще не существует.

Доступно с момента v2.15.2.