{"meta":{"title":"pack ci","intro":"Instale dependências para esse pacote, verificando se o arquivo de bloqueio existente está atualizado.","product":"Qualidade de segurança e código","breadcrumbs":[{"href":"/pt/code-security","title":"Qualidade de segurança e código"},{"href":"/pt/code-security/reference","title":"Referência"},{"href":"/pt/code-security/reference/code-scanning","title":"Varredura de código"},{"href":"/pt/code-security/reference/code-scanning/codeql","title":"CodeQL"},{"href":"/pt/code-security/reference/code-scanning/codeql/codeql-cli-manual","title":"Manual da CLI do CodeQL"},{"href":"/pt/code-security/reference/code-scanning/codeql/codeql-cli-manual/pack-ci","title":"pack ci"}],"documentType":"article"},"body":"# pack ci\n\nInstale dependências para esse pacote, verificando se o arquivo de bloqueio existente está atualizado.\n\n> [!NOTE]\n> Este conteúdo descreve a versão mais recente do CodeQL CLI. Para obter mais informações sobre essa versão, confira https://github.com/github/codeql-cli-binaries/releases.\n>\n> Para ver os detalhes das opções disponíveis para esse comando em uma versão anterior, execute o comando com a opção <span style=\"white-space: nowrap;\">`--help`</span> no terminal.\n\n## Sinopse\n\n```shell copy\ncodeql pack ci [--force] <options>... -- <dir>\n```\n\n## Description\n\nRealize uma instalação limpa das dependências para esse pacote, verificando se o arquivo de bloqueio existente está atualizado.\n\nEsse comando instala as dependências do pacote usando as versões especificadas no arquivo codeql-pack.lock.yml. Se uma das versões especificadas no arquivo de bloqueio for incompatível com as restrições de versão especificadas no arquivo qlpack.yml ou se nenhum arquivo de bloqueio estiver presente, ocorrerá uma falha nesse comando.\n\nEsse comando é semelhante a `codeql pack install`, exceto que ele deve ser usado em ambientes automatizados, como plataformas de teste, integração contínua e implantação, ou qualquer situação em que você queira garantir que está fazendo uma instalação limpa de suas dependências.\n\nDisponível desde `v2.12.4`.\n\n## Opções\n\n### Opções principais\n\n#### `<dir>`\n\nO diretório raiz do pacote.\n\n#### `--format=<fmt>`\n\nSelecione o formato de saída, `text`_(padrão)_ ou `json`.\n\n#### `-f, --[no-]force`\n\nPermita a substituição dos pacotes já existentes.\n\n#### `--[no-]allow-prerelease`\n\nPermita o uso de pacotes com qualificadores de versão de pré-lançamento (por exemplo, `X.Y.Z-qualifier`). Sem esse sinalizador, os pacotes de pré-lançamento serão ignorados.\n\nDisponível desde `v2.11.3`.\n\n#### `--lock-override=<file>`\n\n              \\[Avançado] Especifica um arquivo de bloqueio alternativo para usar como entrada para resolução de dependência.\n\n#### `--lock-output=<file>`\n\n              \\[Avançado] Especifica um local alternativo para salvar o arquivo de bloqueio gerado pela resolução da dependência.\n\nDisponível desde `v2.14.1`.\n\n#### `--no-strict-mode`\n\n              \\[Avançado] Desative o modo estrito para evitar o recebimento de um aviso ao resolver pacotes de `--additional-packs`\n\ne outros locais resolvidos localmente. Os pacotes resolvidos localmente nunca são baixados\n\ne não serão adicionados ao bloqueio do pacote.\n\n### Opções para resolver pacotes QL fora do registro de pacote\n\n#### `--search-path=<dir>[:<dir>...]`\n\nUma lista de diretórios nos quais os pacotes QL podem ser encontrados. Cada diretório pode ser um pacote QL (ou um conjunto de pacotes que contém um arquivo `.codeqlmanifest.json` na raiz) ou o pai imediato de um ou mais desses diretórios.\n\nSe o caminho contiver mais de um diretório, a ordem deles definirá a precedência entre eles: quando for encontrada uma correspondência do nome de um pacote que precisa ser resolvido em mais de uma das árvores do diretório, a primeira fornecida vencerá.\n\nSe você apontar isso para um check-out do repositório do CodeQL de código aberto, isso deverá funcionar durante a consulta de uma das linguagens que se encontram nele.\n\nSe você tiver feito check-out do repositório do CodeQL como um irmão da cadeia de ferramentas CodeQL descompactada, não precisará fornecer essa opção. Nesses diretórios irmãos, sempre será feita a pesquisa por pacotes QL que não podem ser encontrados de outra forma. (Caso esse padrão não funcione, recomendamos fortemente configurar `--search-path` de uma vez por todas em um arquivo de configuração por usuário).\n\n(Observação: no Windows, o separador de caminho é `;`).\n\n#### `--additional-packs=<dir>[:<dir>...]`\n\nSe essa lista de diretórios for fornecida, nesses diretórios, será feita a pesquisa de pacotes antes daqueles contidos em `--search-path`. A ordem entre eles não importa: será indicado um erro se o nome de um pacote for encontrado em dois locais diferentes nessa lista.\n\nIsso será útil se você estiver desenvolvendo temporariamente uma nova versão de um pacote que também aparece no caminho padrão. Por outro lado, _não recomendamos_ substituir essa opção em um arquivo de configuração. Algumas ações internas adicionarão essa opção em tempo real, substituindo qualquer valor configurado.\n\n(Observação: no Windows, o separador de caminho é `;`).\n\n### Opções para configurar o gerenciador de pacotes CodeQL\n\n#### `--registries-auth-stdin`\n\nAutentique-se nos registros de contêiner do GitHub Enterprise Server transmitindo uma lista separada por vírgula de pares \\<registry\\_url>=\\<token>.\n\nPor exemplo, você pode transmitir `https://containers.GHEHOSTNAME1/v2/=TOKEN1,https://containers.GHEHOSTNAME2/v2/=TOKEN2`\npara se autenticar em duas instâncias do GitHub Enterprise Server.\n\nIsso substitui as variáveis de ambiente CODEQL\\_REGISTRIES\\_AUTH e GITHUB\\_TOKEN. Se você só precisar se autenticar no registro de contêiner do github.com, poderá se autenticar usando a opção `--github-auth-stdin` mais simples.\n\n#### `--github-auth-stdin`\n\nAutentique-se no registro de contêiner do github.com transmitindo um token do GitHub Apps do github.com ou um token de acesso pessoal por meio da entrada padrão.\n\nPara se autenticar nos registros de contêiner do GitHub Enterprise Server, transmita `--registries-auth-stdin` ou use a variável de ambiente CODEQL\\_REGISTRIES\\_AUTH.\n\nIsso substitui a variável de ambiente GITHUB\\_TOKEN.\n\n### Opções comuns\n\n#### `-h, --help`\n\nMostre este texto de ajuda.\n\n#### `-J=<opt>`\n\n              \\[Avançado] Dê opções à JVM que executa o comando.\n\n(Use-a com cautela, pois as opções que contêm espaços não serão tratadas corretamente.)\n\n#### `-v, --verbose`\n\nAumente incrementalmente o número de mensagens de progresso impressas.\n\n#### `-q, --quiet`\n\nDiminua incrementalmente o número de mensagens de progresso impressas.\n\n#### `--verbosity=<level>`\n\n              \\[Avançado] Defina explicitamente o nível de detalhamento para um dos seguintes: erros, avisos, progresso, progresso+, progresso++, progresso+++. Substitui `-v` e `-q`.\n\n#### `--logdir=<dir>`\n\n              \\[Avançado] Grava registros detalhados em um ou mais arquivos no diretório especificado, com nomes gerados que incluem carimbos de data/hora e o nome do subcomando em execução.\n\n(Para gravar um arquivo de log com um nome sobre o qual você tem controle completo, forneça `--log-to-stderr` e redirecione stderr conforme desejado.)\n\n#### `--common-caches=<dir>`\n\n              \\[Avançado] Controla a localização dos dados em cache no disco que persistirão entre várias execuções da CLI, como pacotes QL baixados e planos de consulta compilados. Se não for definido explicitamente, o padrão corresponde a um diretório intitulado `.codeql` no diretório inicial do usuário; que será criado se ainda não existir.\n\nDisponível desde `v2.15.2`."}