{"meta":{"title":"Pack CI","intro":"Установите зависимости для этого пакета, убедившись, что существующий файл блокировки обновлен.","product":"Безопасность и качество кода","breadcrumbs":[{"href":"/ru/enterprise-cloud@latest/code-security","title":"Безопасность и качество кода"},{"href":"/ru/enterprise-cloud@latest/code-security/reference","title":"Reference"},{"href":"/ru/enterprise-cloud@latest/code-security/reference/code-scanning","title":"Проверка кода"},{"href":"/ru/enterprise-cloud@latest/code-security/reference/code-scanning/codeql","title":"CodeQL"},{"href":"/ru/enterprise-cloud@latest/code-security/reference/code-scanning/codeql/codeql-cli-manual","title":"Руководство по cli CodeQL"},{"href":"/ru/enterprise-cloud@latest/code-security/reference/code-scanning/codeql/codeql-cli-manual/pack-ci","title":"Pack CI"}],"documentType":"article"},"body":"# Pack CI\n\nУстановите зависимости для этого пакета, убедившись, что существующий файл блокировки обновлен.\n\n> [!NOTE]\n> Это содержимое описывает последний выпуск данных CodeQL CLI. Дополнительные сведения об этом выпуске см. в статье https://github.com/github/codeql-cli-binaries/releases.\n>\n> Чтобы просмотреть сведения о параметрах, доступных для этой команды в предыдущем выпуске, выполните команду с <span style=\"white-space: nowrap;\">`--help`</span> параметром в терминале.\n\n## Synopsis\n\n```shell copy\ncodeql pack ci [--force] <options>... -- <dir>\n```\n\n## Description\n\nОчистка зависимостей установки для этого пакета, убедитесь, что существующий файл блокировки обновлен.\n\nЭта команда устанавливает зависимости пакета, используя версии, указанные в файле codeql-pack.lock.yml. Если какая-либо из версий, указанных в файле блокировки, несовместима с ограничениями версии, указанными в файле qlpack.yml, или если файл блокировки отсутствует, эта команда завершается ошибкой.\n\nЭта команда аналогична `codeql pack install`, за исключением того, что она должна использоваться в автоматизированных средах, таких как тестовые платформы, непрерывная интеграция и развертывание, или любая ситуация, в которой вы хотите убедиться, что выполняете чистую установку зависимостей.\n\nДоступно с момента `v2.12.4`.\n\n## Options\n\n### Основные параметры\n\n#### `<dir>`\n\nКорневой каталог пакета.\n\n#### `--format=<fmt>`\n\nВыберите выходной формат либо (по умолчанию),_ либо `text`_`json`.\n\n#### `-f, --[no-]force`\n\nРазрешить перезапись уже существующих пакетов.\n\n#### `--[no-]allow-prerelease`\n\nРазрешить использовать пакеты с квалификаторами предварительной версии (например, `X.Y.Z-qualifier`). Без этого флага пакеты предварительного выпуска будут игнорироваться.\n\nДоступно с момента `v2.11.3`.\n\n#### `--lock-override=<file>`\n\n              \\[Дополнительно] Указывает альтернативный файл блокировки, используемый в качестве входных данных для разрешения зависимостей.\n\n#### `--lock-output=<file>`\n\n              \\[Дополнительно] Указывает альтернативное расположение для сохранения файла блокировки, созданного разрешением зависимостей.\n\nДоступно с момента `v2.14.1`.\n\n#### `--no-strict-mode`\n\n              \\[Дополнительно] Отключите строгий режим, чтобы избежать предупреждения при разрешении пакетов из `--additional-packs`\n\nи другие локально разрешенные расположения. Пакеты, разрешенные локально, никогда не загружаются\n\nи не будет добавлен в блокировку пакета.\n\n### Параметры разрешения пакетов QL за пределами реестра пакетов\n\n#### `--search-path=<dir>[:<dir>...]`\n\nСписок каталогов, в которых можно найти пакеты QL. Каждый каталог может быть пакетом QL (или пакетом пакетов, содержащих `.codeqlmanifest.json` файл в корневом каталоге) или непосредственным родительским элементом одного или нескольких таких каталогов.\n\nЕсли путь содержит несколько каталогов, их порядок определяет приоритет между ними: когда имя пакета, которое должно быть разрешено, совпадает с несколькими деревьями каталогов, то один из первых побед.\n\nУказывая это на получение репозитория CodeQL с открытым исходным кодом, должно работать при запросе одного из языков, которые живут там.\n\nЕсли вы проверили репозиторий CodeQL как одноуровневую цепочку инструментов CodeQL, вам не нужно предоставлять этот параметр; Такие каталоги с братом всегда будут искать пакеты QL, которые не удается найти в противном случае. (Если это значение по умолчанию не работает, настоятельно рекомендуется настроить `--search-path` один раз и для всех в файле конфигурации для каждого пользователя).\n\n(Примечание. В Windows разделитель путей имеет значение `;`).\n\n#### `--additional-packs=<dir>[:<dir>...]`\n\nЕсли указан этот список каталогов, они будут искать пакеты до тех, в которых они есть `--search-path`. Порядок между ними не имеет значения; Это ошибка, если имя пакета найдено в двух разных местах в этом списке.\n\nЭто полезно, если вы временно разрабатываете новую версию пакета, который также отображается в пути по умолчанию. С другой стороны, _не рекомендуется_ переопределить этот параметр в файле конфигурации. Некоторые внутренние действия будут добавлять этот параметр на лету, переопределяя любое настроенное значение.\n\n(Примечание. В Windows разделитель путей имеет значение `;`).\n\n### Параметры настройки диспетчера пакетов CodeQL\n\n#### `--registries-auth-stdin`\n\nПроверка подлинности в реестрах контейнеров GitHub Enterprise Server путем передачи \\<registry\\_url>=\\<token> разделенного запятыми списка пар.\n\nНапример, можно передать `https://containers.GHEHOSTNAME1/v2/=TOKEN1,https://containers.GHEHOSTNAME2/v2/=TOKEN2`\nдля проверки подлинности на двух экземплярах GitHub Enterprise Server.\n\nПри этом переопределяются переменные среды маркера токена CODEQL\\_И\\_AUTH и GITHUB\\_. Если вам нужно выполнить проверку подлинности только в реестре контейнеров github.com, можно вместо этого выполнить проверку подлинности с помощью более `--github-auth-stdin` простого параметра.\n\n#### `--github-auth-stdin`\n\nПроверка подлинности в реестре контейнеров github.com путем передачи маркера github.com GitHub Apps или личного маркера доступа через стандартные входные данные.\n\nЧтобы пройти проверку подлинности в реестрах контейнеров GitHub Enterprise Server, передайте `--registries-auth-stdin` или используйте переменную среды AUTH CODEQL\\_REGISTRIES\\_.\n\nЭто переопределяет переменную среды токена GITHUB\\_.\n\n### Распространенные параметры\n\n#### `-h, --help`\n\nОтображение этого текста справки.\n\n#### `-J=<opt>`\n\n              \\[Дополнительно] Укажите параметр JVM, выполняя команду.\n\n(Убедитесь, что параметры, содержащие пробелы, не будут обрабатываться правильно.)\n\n#### `-v, --verbose`\n\nПостепенно увеличьте число отображаемых сообщений о ходе выполнения.\n\n#### `-q, --quiet`\n\nПостепенно уменьшайте количество отображаемых сообщений о ходе выполнения.\n\n#### `--verbosity=<level>`\n\n              \\[Дополнительно] Явным образом задайте уровень детализации на одну из ошибок, предупреждений, хода выполнения, хода выполнения+, хода выполнения++, хода выполнения+++. Переопределяет `-v` и `-q`.\n\n#### `--logdir=<dir>`\n\n              \\[Дополнительно] Запись подробных журналов в один или несколько файлов в указанном каталоге с созданными именами, включающими метки времени и имя выполняющегося подкоманда.\n\n(Чтобы записать файл журнала с именем, над которым у вас есть полный контроль, вместо этого предоставьте `--log-to-stderr` и перенаправите stderr по мере необходимости.)\n\n#### `--common-caches=<dir>`\n\n              \\[Дополнительно] Управляет расположением кэшированных данных на диске, которые будут сохраняться между несколькими запусками интерфейса командной строки, такими как скачанные пакеты QL и скомпилированные планы запросов. Если этот параметр не задан явным образом, по умолчанию используется каталог с именем `.codeql` в домашнем каталоге пользователя; он будет создан, если он еще не существует.\n\nДоступно с момента `v2.15.2`."}