resolve upgrades

Sinopse

codeql resolve upgrades --dbscheme=<file> <options>...

codeql resolve upgrades --dbscheme=<file> <options>...

Description

          \[[Conexão detalhada] Determine as atualizações a serem executadas para um conjunto de dados bruto.

Determine as atualizações que precisam ser executadas em um conjunto de dados QL bruto específico para trazê-lo para o estado das bibliotecas QL configuradas. Essa computação faz parte do que acontece durante uma atualização de banco de dados comum e é exposta como um comando de conexão separado para (a) ajudar na solução de problemas e (b) fornecer um ponto de partida para modificar o caminho em casos extraordinários em que o controle exato é necessário.

Opções

Opções principais

--dbscheme=<file>

          \[Obrigatório] O _esquema de banco de dados atual_ do conjunto de dados que desejamos atualizar.

--format=<fmt>

Selecione o formato de saída. As opções incluem:

          `lines`              _(padrão)_: imprima os scripts de atualização um em cada linha.

          `json`: imprima uma matriz JSON com os caminhos dos scripts de atualização.

--just-check

Não imprime nenhuma saída, mas sai com o código 0 se há atualizações a serem feitas e com o código 1 se não há nenhuma.

Opções da linha de comando do comando de invocação

--search-path=<dir>[:<dir>...]

Uma lista de diretórios nos quais podem ser encontrados pacotes QL que contêm receitas de atualização. 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.

Se o caminho contiver árvores de diretórios, a ordem deles definirá a precedência entre eles: se for encontrada uma correspondência do nome de um pacote que precisa ser resolvido em mais de uma das árvores de diretórios, a primeira fornecida vencerá.

Se 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.

(Observação: no Windows, o separador de caminho é ;).

--additional-packs=<dir>[:<dir>...]

          \[Avançado] Se esta lista de diretórios for fornecida, eles serão pesquisados em busca de atualizações antes dos diretórios 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.

Isso 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.

(Observação: no Windows, o separador de caminho é ;).

--target-dbscheme=<file>

O dbscheme de destino para o qual queremos fazer a atualização. Se isso não for fornecido, um caminho de atualização máximo será construído

--target-sha=<sha>

          \[Avançado] Uma alternativa a `--target-dbscheme` isso fornece o hash interno do esquema de banco de dados de destino em vez do arquivo do esquema de banco de dados.

--[no-]allow-downgrades

Inclua qualquer downgrade relevante se não houver atualizações

Opções comuns

-h, --help

Mostre este texto de ajuda.

-J=<opt>

          \[Avançado] Dê opções à 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 para um dos seguintes: erros, avisos, progresso, progresso+, progresso++, progresso+++. Substitui `-v` e `-q`.

--logdir=<dir>

          \[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.

(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] 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.

Disponível desde v2.15.2.