# разрешение qlpacks Создайте список установленных пакетов QL и их расположения. > \[!NOTE] > Это содержимое описывает последний выпуск данных CodeQL CLI. Дополнительные сведения об этом выпуске см. в статье . > > Чтобы просмотреть сведения о параметрах, доступных для этой команды в предыдущем выпуске, выполните команду с `--help` параметром в терминале. ## Synopsis ```shell copy codeql resolve qlpacks ... ``` ## Description ``` \[Не рекомендуется] Создайте список установленных пакетов QL и их расположения. ``` Эта команда отключена. [Вместо этого используйте команду codeql resolve packs](/ru/code-security/reference/code-scanning/codeql/codeql-cli-manual/resolve-packs). Эта команда создает список пакетов QL, которые можно разрешить с помощью настроенного (или заданного) пути поиска. При запуске с выбранным выходом JSON он может сообщать о нескольких расположениях для каждого имени пакета. Когда это происходит, это означает, что пакет имеет конфликтующие расположения в одном элементе поиска, поэтому он фактически не может быть разрешен. Вызывающий объект может использовать фактические расположения для форматирования сообщения об ошибке. ## Options ### Основные параметры #### `--search-path=[:...]` Список каталогов, в которых можно найти пакеты QL. Каждый каталог может быть пакетом QL (или пакетом пакетов, содержащих `.codeqlmanifest.json` файл в корневом каталоге) или непосредственным родительским элементом одного или нескольких таких каталогов. Если путь содержит несколько каталогов, их порядок определяет приоритет между ними: когда имя пакета, которое должно быть разрешено, совпадает с несколькими деревьями каталогов, то один из первых побед. Указывая это на получение репозитория CodeQL с открытым исходным кодом, должно работать при запросе одного из языков, которые живут там. Если вы проверили репозиторий CodeQL как одноуровневую цепочку инструментов CodeQL, вам не нужно предоставлять этот параметр; Такие каталоги с братом всегда будут искать пакеты QL, которые не удается найти в противном случае. (Если это значение по умолчанию не работает, настоятельно рекомендуется настроить `--search-path` один раз и для всех в файле конфигурации для каждого пользователя). (Примечание. В Windows разделитель путей имеет значение `;`). #### `--additional-packs=[:...]` Если указан этот список каталогов, они будут искать пакеты до тех, в которых они есть `--search-path`. Порядок между ними не имеет значения; Это ошибка, если имя пакета найдено в двух разных местах в этом списке. Это полезно, если вы временно разрабатываете новую версию пакета, который также отображается в пути по умолчанию. С другой стороны, *не рекомендуется* переопределить этот параметр в файле конфигурации. Некоторые внутренние действия будут добавлять этот параметр на лету, переопределяя любое настроенное значение. (Примечание. В Windows разделитель путей имеет значение `;`). #### `--kind=` Указывает тип возвращаемых пакетов. Параметры: `query`, `library`, `extension`и `all` (по умолчанию). Обратите внимание, что пакеты расширений являются типом пакета библиотеки и включаются в `library`тип. #### `--format=` Выберите выходной формат либо (по умолчанию),\_ либо `text`\_`json`. #### `--no-recursive` Не рекурсивироваться с помощью зависимостей. Возвращаются только пакеты, доступные непосредственно из и `--additional-packs`дистрибутива`--search-path`. ### Параметры настройки диспетчера пакетов CodeQL #### `--registries-auth-stdin` Проверка подлинности в реестрах контейнеров GitHub Enterprise Server путем передачи \=\ разделенного запятыми списка пар. Например, можно передать `https://containers.GHEHOSTNAME1/v2/=TOKEN1,https://containers.GHEHOSTNAME2/v2/=TOKEN2` для проверки подлинности на двух экземплярах GitHub Enterprise Server. При этом переопределяются переменные среды маркера токена CODEQL\_И\_AUTH и GITHUB\_. Если вам нужно выполнить проверку подлинности только в реестре контейнеров github.com, можно вместо этого выполнить проверку подлинности с помощью более `--github-auth-stdin` простого параметра. #### `--github-auth-stdin` Проверка подлинности в реестре контейнеров github.com путем передачи маркера github.com GitHub Apps или личного маркера доступа через стандартные входные данные. Чтобы пройти проверку подлинности в реестрах контейнеров GitHub Enterprise Server, передайте `--registries-auth-stdin` или используйте переменную среды AUTH CODEQL\_REGISTRIES\_. Это переопределяет переменную среды токена GITHUB\_. ### Распространенные параметры #### `-h, --help` Отображение этого текста справки. #### `-J=` ``` \[Дополнительно] Укажите параметр JVM, выполняя команду. ``` (Убедитесь, что параметры, содержащие пробелы, не будут обрабатываться правильно.) #### `-v, --verbose` Постепенно увеличьте число отображаемых сообщений о ходе выполнения. #### `-q, --quiet` Постепенно уменьшайте количество отображаемых сообщений о ходе выполнения. #### `--verbosity=` ``` \[Дополнительно] Явным образом задайте уровень детализации на одну из ошибок, предупреждений, хода выполнения, хода выполнения+, хода выполнения++, хода выполнения+++. Переопределяет `-v` и `-q`. ``` #### `--logdir=` ``` \[Дополнительно] Запись подробных журналов в один или несколько файлов в указанном каталоге с созданными именами, включающими метки времени и имя выполняющегося подкоманда. ``` (Чтобы записать файл журнала с именем, над которым у вас есть полный контроль, вместо этого предоставьте `--log-to-stderr` и перенаправите stderr по мере необходимости.) #### `--common-caches=` ``` \[Дополнительно] Управляет расположением кэшированных данных на диске, которые будут сохраняться между несколькими запусками интерфейса командной строки, такими как скачанные пакеты QL и скомпилированные планы запросов. Если этот параметр не задан явным образом, по умолчанию используется каталог с именем `.codeql` в домашнем каталоге пользователя; он будет создан, если он еще не существует. ``` Доступно с момента `v2.15.2`.