Skip to main content

generate query-help

GĂ©nĂšre l’aide des requĂȘtes des utilisateurs finaux Ă  partir de fichiers .qhelp.

Qui peut utiliser cette fonctionnalité ?

CodeQL est disponible pour les types de rĂ©fĂ©rentiels suivants :

Remarque

Ce contenu dĂ©crit la version la plus rĂ©cente de CodeQL CLI. Pour plus d’informations sur cette version, consultez https://github.com/github/codeql-cli-binaries/releases.

Pour voir les dĂ©tails des options disponibles pour cette commande dans une version antĂ©rieure, exĂ©cutez la commande avec l’option --help dans votre terminal.

Synopsis

Shell
codeql generate query-help --format=<format> [--output=<dir|file>] <options>... -- <qhelp|mdhelp|query|dir|suite>...

Description

GĂ©nĂšre l’aide des requĂȘtes des utilisateurs finaux Ă  partir de fichiers .qhelp.

Options

Options principales

<qhelp|mdhelp|query|dir|suite>...

[Obligatoire] Fichiers d’aide de requĂȘtes Ă  rendre. Chaque argument est l’un des Ă©lĂ©ments suivants :

  • Un fichier .qhelp Ă  rendre.
  • Fichier .md Ă  rendre.
  • Un fichier .ql avec un fichier .qhelp ou .md correspondant Ă  rendre.
  • Un rĂ©pertoire qui fera l’objet d’une recherche rĂ©cursive pour trouver les fichiers .ql avec les fichiers .qhelp ou .md correspondants.
  • Un fichier .qls qui dĂ©finit un ensemble particulier de requĂȘtes.
  • Le nom de base d’un fichier .qls « connu Â» exportĂ© par l’un des packs QL installĂ©s.

--format=<format>

[Obligatoire] Format de rendu de la documentation. Valeurs possibles :

markdown : GitHub Flavored Markdown

sarif-latest : Format SARIF (Static Analysis Results Interchange Format), basĂ© sur JSON pour dĂ©crire les rĂ©sultats d’analyse statique. Cette option de format utilise la version prise en charge la plus rĂ©cente (v2.1.0). Cette option ne convient pas dans le cadre d’une automatisation, car elle produit diffĂ©rentes versions de format SARIF entre les diffĂ©rentes versions de CodeQL.

sarifv2.1.0 : SARIF v2.1.0.

-o, --output=<dir|file>

Chemin dans lequel Ă©crire la documentation rendue. Il s’agit gĂ©nĂ©ralement d’un rĂ©pertoire dans lequel la sortie rendue est Ă©crite.

Si un seul fichier .qhelp ou .ql est fourni et qu’aucun rĂ©pertoire n’existe au niveau du chemin de sortie, la sortie est Ă©crite dans un seul fichier au niveau de ce chemin.

Si aucun chemin de sortie n’est fourni, un seul fichier .qhelp ou .ql est acceptĂ© et la sortie est Ă©crite dans stdout.

Si un répertoire de sortie est utilisé, les noms de fichier dans le répertoire de sortie sont dérivés des noms de fichier .qhelp.

--warnings=<mode>

Comment gĂ©rer les avertissements du renderer de l’aide des requĂȘtes. Valeurs possibles :

hide : Supprime les avertissements.

show (par dĂ©faut)  : Affiche les avertissements, mais poursuit le rendu.

error : Traite les avertissements comme des erreurs.

--no-sarif-minify

[Formats SARIF uniquement] Produire une impression en mode Pretty de sortie SARIF. Par défaut, les données de sortie de SARIF sont minimisées afin de réduire la taille du fichier de sortie.

Options pour trouver des packs QL (qui peuvent ĂȘtre nĂ©cessaires pour rĂ©soudre les suites de requĂȘtes)

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

Liste des rĂ©pertoires sous lesquels les packs QL peuvent ĂȘtre trouvĂ©s. Chaque rĂ©pertoire peut ĂȘtre un pack QL (ou un bundle de packs contenant un fichier .codeqlmanifest.json Ă  la racine) ou le parent immĂ©diat d’un ou plusieurs de ces rĂ©pertoires.

Si le chemin contient plusieurs rĂ©pertoires, leur ordre dĂ©finit la prioritĂ© entre eux : quand un nom de pack qui doit ĂȘtre rĂ©solu est mis en correspondance dans plusieurs arborescences de rĂ©pertoires, celle donnĂ©e en premier gagne.

Le pointage de ce chemin vers une extraction du dĂ©pĂŽt CodeQL open source devrait fonctionner lors de l’interrogation d’un des langages qui y rĂ©sident.

Si vous avez extrait le dĂ©pĂŽt CodeQL en tant que frĂšre de la chaĂźne d’outils CodeQL dĂ©compressĂ©e, vous n’avez pas besoin de donner cette option ; ces rĂ©pertoires frĂšres sont toujours recherchĂ©s pour les packs QL qui ne peuvent pas ĂȘtre trouvĂ©s autrement. (Si cette valeur par dĂ©faut ne fonctionne pas, il est fortement recommandĂ© de configurer --search-path une fois pour toutes dans un fichier de configuration par utilisateur).

(Remarque : Sur Windows, le sĂ©parateur de chemin est ;.)

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

Si cette liste de rĂ©pertoires est donnĂ©e, des packs y sont recherchĂ©s avant ceux indiquĂ©s dans --search-path. L’ordre entre eux n’a pas d’importance ; il s’agit d’une erreur si un nom de pack est trouvĂ© dans deux rĂ©pertoires diffĂ©rents de cette liste.

Cette option est utile si vous dĂ©veloppez temporairement une nouvelle version d’un pack qui apparaĂźt aussi dans le chemin par dĂ©faut. En revanche, il n’est pas recommandĂ© de remplacer cette option dans un fichier de configuration ; certaines actions internes ajoutent cette option Ă  la volĂ©e, remplaçant toute valeur configurĂ©e.

(Remarque : Sur Windows, le sĂ©parateur de chemin est ;.)

Options pour configurer le gestionnaire de package CodeQL

--registries-auth-stdin

Permet de vous authentifier auprÚs des registres de conteneurs GitHub Enterprise Server en passant une liste de paires <registry_url>=<token> séparées par des virgules.

Par exemple, vous pouvez passer https://containers.GHEHOSTNAME1/v2/=TOKEN1,https://containers.GHEHOSTNAME2/v2/=TOKEN2 pour vous authentifier auprĂšs de deux instances GitHub Enterprise Server.

Cela remplace les variables d’environnement CODEQL_REGISTRIES_AUTH et GITHUB_TOKEN. Si vous avez seulement besoin de vous authentifier auprùs du registre de conteneurs github.com, vous pouvez vous authentifier en utilisant l’option plus simple --github-auth-stdin.

--github-auth-stdin

Permet de vous authentifier auprĂšs du registre de conteneurs github.com en passant un jeton github.com GitHub Apps ou un jeton d’accĂšs personnel via une entrĂ©e standard.

Pour vous authentifier auprùs des registres de conteneurs GitHub Enterprise Server, passez --registries-auth-stdin ou utilisez la variable d’environnement CODEQL_REGISTRIES_AUTH.

Cela remplace la variable d’environnement GITHUB_TOKEN.

Options courantes

-h, --help

Affiche ce texte d’aide.

-J=<opt>

[AvancĂ©] Donne une option Ă  l’environnement JVM exĂ©cutant la commande.

(Attention, les options contenant des espaces ne sont pas gérées correctement.)

-v, --verbose

Augmente de façon incrémentielle le nombre de messages de progression affichés.

-q, --quiet

Diminue de façon incrémentielle le nombre de messages de progression affichés.

--verbosity=<level>

[Avancé] Définit explicitement le niveau de détail sur errors, warnings, progress, progress+, progress++ ou progress+++. Remplace -v et -q.

--logdir=<dir>

[AvancĂ©] Écrit des journaux dĂ©taillĂ©s dans un ou plusieurs fichiers du rĂ©pertoire donnĂ©, avec des noms gĂ©nĂ©rĂ©s qui incluent des horodatages et le nom de la sous-commande en cours d’exĂ©cution.

(Pour écrire un fichier journal avec un nom sur lequel vous avez un contrÎle total, donnez plutÎt --log-to-stderr et redirigez stderr comme vous le souhaitez.)

--common-caches=<dir>

[AvancĂ©] ContrĂŽle l’emplacement des donnĂ©es en cache sur le disque qui persisteront entre plusieurs exĂ©cutions de l’interface CLI, telles que les packs QL tĂ©lĂ©chargĂ©s et les plans de requĂȘte compilĂ©s. S’il n’est pas dĂ©fini explicitement, il s’agit par dĂ©faut d’un rĂ©pertoire nommĂ© .codeql dans le rĂ©pertoire de base de l’utilisateur. S’il n’existe pas dĂ©jĂ , il est créé.

Disponible depuis v2.15.2.