Skip to main content
Publicamos atualizações frequentes em nossa documentação, e a tradução desta página ainda pode estar em andamento. Para obter as informações mais atualizadas, acesse a documentação em inglês.

Esta versão do GitHub Enterprise foi descontinuada em 2023-03-15. Nenhum lançamento de patch será feito, mesmo para questões críticas de segurança. Para obter melhor desempenho, segurança aprimorada e novos recursos, atualize para a última versão do GitHub Enterprise. Para obter ajuda com a atualização, entre em contato com o suporte do GitHub Enterprise.

test accept

Aceite os resultados dos testes de unidade com falha.

O CodeQL do GitHub é licenciado por usuário após a instalação. Você pode usar o CodeQL somente para determinadas tarefas sob as restrições de licença. Para obter mais informações, confira "Sobre a CLI do CodeQL".

Se você tiver uma licença do GitHub Advanced Security, poderá usar o CodeQL para análise automatizada, integração contínua e entrega contínua. Para obter mais informações, confira "Sobre a Segurança Avançada do GitHub".

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

Shell
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.)