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.
Para ver os detalhes das opções disponíveis para esse comando em uma versão anterior, execute o comando com a opção --help no terminal.
Sinopse
codeql test accept <options>... -- <test|dir>...
codeql test accept <options>... -- <test|dir>...
Descrição
Aceite os resultados dos testes de unidade com falha.
Esse é um comando de conveniência que renomeia os arquivos .actual deixados por codeql test run para testes com falha como .expected, de modo que as execuções futuras nos testes que dão a mesma saída serão consideradas aprovadas. O que ele faz também pode ser obtido pelo tratamento do arquivo comum, mas você pode achar a sintaxe mais útil para esse caso especial.
Os argumentos de linha de comando especificam um ou mais testes, ou seja, arquivos .ql(ref) e o comando deriva automaticamente os nomes dos arquivos .actual deles. Qualquer teste que não tenha um arquivo .actual será ignorado silenciosamente, o que facilita a aceitação apenas dos resultados de testes com falha de uma execução anterior.
Opções
Opções principais
<test|dir>...
Cada argumento é um dos seguintes:
- Um arquivo
.qlou.qlrefque define um teste a ser executado. - Um diretório que será pesquisado recursivamente em busca dos testes a serem executados.
--slice=<N/M>
[Avançado] Divida os casos de teste em M fatias de tamanho aproximadamente igual e processe apenas a parte N delas. Isso pode ser usado para a paralelização manual do processo de teste.
--[no-]strict-test-discovery
[Avançado] Use apenas consultas que possam ser fortemente identificadas como testes.
Esse modo tenta distinguir os arquivos .ql que definem os testes de unidade e os arquivos .ql que devem ser consultas úteis. Essa opção é usada pelas ferramentas, como IDEs, que precisam identificar todos os testes de unidade em uma árvore de diretório sem depender do conhecimento anterior de como os arquivos nela são organizados.
Em um pacote QL cujo qlpack.yml declara um diretório tests, todos os arquivos .ql nesse diretório são considerados testes e os arquivos .ql fora dele são ignorados. Em um pacote QL que não declara um diretório tests, um arquivo .ql é identificado como um teste somente se ele tem um arquivo .expected correspondente.
Para fins de consistência, os arquivos .qlref são limitados pelas mesmas regras que os arquivos .ql, mesmo que um arquivo .qlref não possa realmente ser do tipo não teste.
Opções comuns
-h, --help
Mostre este texto de ajuda.
-J=<opt>
[Avançado] Forneça a opção para a JVM que executa o comando.
(Use-a com cautela, pois as opções que contêm espaços não serão tratadas corretamente.)
-v, --verbose
Aumente incrementalmente o número de mensagens de progresso impressas.
-q, --quiet
Diminua incrementalmente o número de mensagens de progresso impressas.
--verbosity=<level>
[Avançado] Defina explicitamente o nível de detalhamento como erros, avisos, progresso, progresso+, progresso++ ou progresso+++. Substitui -v e -q.
--logdir=<dir>
[Avançado] Escreva logs detalhados em um ou mais arquivos no diretório fornecido, com nomes gerados que incluem carimbos de data/hora e o nome do subcomando em execução.
(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.)
--common-caches=<dir>
[Avançado] Controle a localização dos dados armazenados em cache no disco que persistirão entre várias execuções da CLI, como pacotes QL baixados e planos de consulta compilada. 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.
Disponível desde v2.15.2.