Это содержимое описывает последний выпуск данных CodeQL CLI. Дополнительные сведения об этом выпуске см. в статье https://github.com/github/codeql-cli-binaries/releases.
Чтобы просмотреть сведения о параметрах, доступных для этой команды в предыдущем выпуске, выполните команду с --help параметром в терминале.
Краткие сведения
codeql resolve upgrades --dbscheme=<file> <options>...
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.