Skip to main content

Esta versión de GitHub Enterprise Server se discontinuará el 2024-03-07. No se realizarán lanzamientos de patch, ni siquiera para problemas de seguridad críticos. Para obtener rendimiento mejorado, seguridad mejorada y nuevas características, actualice a la versión más reciente de GitHub Enterprise Server. Para obtener ayuda con la actualización, póngase en contacto con el soporte técnico de GitHub Enterprise.

resolve upgrades

[Asociación profunda] Determina las actualizaciones que se van a ejecutar para un conjunto de datos sin procesar.

¿Quién puede utilizar esta característica?

Las licencias de GitHub CodeQL se otorgan por usuario tras la instalación. Puedes usar CodeQL solo para determinadas tareas según las restricciones de las licencias. Para obtener más información, vea «Acerca de la CLI de CodeQL».

Si tienes una licencia de GitHub Advanced Security, puedes usar CodeQL para el análisis automatizado, la integración continua y la entrega continua. Para obtener más información, vea «Acerca de GitHub Advanced Security».

En este contenido se describe la versión más reciente de CodeQL CLI. Para obtener más información sobre esta versión, consulta https://github.com/github/codeql-cli-binaries/releases.

Para ver detalles de las opciones disponibles para este comando en una versión anterior, ejecuta el comando con la opción --help en el terminal.

Sinopsis

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

Descripción

[Asociación profunda] Determina las actualizaciones que se van a ejecutar para un conjunto de datos sin procesar.

Determina las actualizaciones que deben realizarse en un conjunto de datos de QL sin procesar determinado para que alcance el estado de las bibliotecas de QL configuradas. Este cálculo forma parte del proceso de actualización normal de la base de datos y se expone como comando de asociación independiente para (a) ayudar con la solución de problemas y (b) proporcionar un punto de partida para modificar la ruta de acceso en casos extraordinarios en los que se necesita un control exacto.

Opciones

Opciones principales

--dbscheme=<file>

[Obligatorio] El elemento dbscheme actual del conjunto de datos que queremos actualizar.

--format=<fmt>

Selecciona el formato de salida. Entre las opciones se incluyen:

lines (predeterminado) : imprime scripts de actualización, cada uno en una línea.

json: imprime una matriz JSON de rutas de acceso de scripts de actualización.

--just-check

No se imprime ninguna salida, pero se sale con el código 0 si hay actualizaciones que hacer y con el código 1 si no hay ninguna.

Opciones de la línea de comandos del comando que invoca

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

Lista de directorios en los que se pueden encontrar paquetes de QL que contienen recetas de actualización. Cada directorio puede ser un paquete de QL (o una agrupación de paquetes que contenga un archivo .codeqlmanifest.json en la raíz) o el elemento primario inmediato de uno o varios directorios de este tipo.

Si la ruta de acceso contiene árboles de directorios, su orden define la prioridad entre ellos: si un nombre de paquete que se debe resolver tiene coincidencias en más de uno de los árboles de directorio, tiene prioridad el que se indica primero.

Apuntar a una extracción del repositorio CodeQL de código abierto debería funcionar al consultar uno de los lenguajes que residen allí.

(Nota: En Windows, el separador de ruta de acceso es ;).

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

[Avanzado] Si se da esta lista de directorios, se buscarán actualizaciones en ellos antes que en los incluidos en --search-path. El orden entre ellos no importa; si se encuentra un nombre de paquete en dos lugares diferentes de esta lista es un error.

Esto resulta útil si estás desarrollando provisionalmente una nueva versión de un paquete que también aparece en la ruta de acceso predeterminada. Por otro lado, no se recomienda reemplazar esta opción en un archivo de configuración; algunas acciones internas agregarán esta opción sobre la marcha y reemplazarán cualquier valor configurado.

(Nota: En Windows, el separador de ruta de acceso es ;).

--target-dbscheme=<file>

El elemento dbscheme de destino al que queremos actualizar. Si no se proporciona, se construirá una ruta de actualización máxima.

--target-sha=<sha>

[Avanzado] Alternativa a --target-dbscheme que proporciona el hash interno del elemento dbscheme de destino, en lugar del archivo dbscheme.

--[no-]allow-downgrades

Incluye los cambios pertinentes a una versión anterior si no hay ninguna actualización.

Opciones comunes

-h, --help

Muestra este texto de ayuda.

-J=<opt>

[Avanzado] Asigna la opción a la JVM que ejecuta el comando.

(Ten en cuenta que las opciones que contienen espacios no se administrarán correctamente).

-v, --verbose

Aumenta incrementalmente el número de mensajes de progreso impresos.

-q, --quiet

Reduce incrementalmente el número de mensajes de progreso impresos.

--verbosity=<level>

[Avanzado] Establece explícitamente el nivel de detalle en errores, advertencias, progreso, progreso+, progreso++, progreso+++. Invalida -v y -q.

--logdir=<dir>

[Avanzado] Escribe registros detallados en uno o varios archivos del directorio especificado, con nombres generados que incluyen marcas de tiempo y el nombre del subcomando en ejecución.

(Para escribir un archivo de registro con un nombre sobre el que tienes control total, proporciona --log-to-stderr y redirige stderr como quieras).

--common-caches=<dir>

[Avanzado] Controla la ubicación de los datos en caché del disco que se conservarán entre varias ejecuciones de la CLI, como paquetes QL descargados y planes de consulta compilada. Si no se define explícitamente, se toma como predeterminado un directorio denominado .codeql en el directorio principal del usuario, que se creará en caso de que no exista.

Disponible desde la versión v2.15.2.