This content describes the most recent release of the CodeQL CLI. For more information about this release, see https://github.com/github/codeql-cli-binaries/releases.
To see details of the options available for this command in an earlier release, run the command with the --help
option in your terminal.
Sinopse
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 principais
<test|dir>...
Cada argumento é um dos seguintes:
- Um arquivo
.ql
ou.qlref
que 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 N parte 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.)