Skip to main content

Cette version de GitHub Enterprise Server n'est plus disponible depuis le 2024-09-25. Aucune publication de correctifs n’est effectuée, même pour les problèmes de sécurité critiques. Pour de meilleures performances, une sécurité améliorée et de nouvelles fonctionnalités, effectuez une mise à niveau vers la dernière version de GitHub Enterprise. Pour obtenir de l’aide sur la mise à niveau, contactez le support GitHub Enterprise.

database add-diagnostic

[Expérimental] Ajoute des informations de diagnostic à une base de données.

Qui peut utiliser cette fonctionnalité ?

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

Note

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 database add-diagnostic --source-id=<id> --source-name=<name> <options>... -- <database>

Description

[Expérimental] Ajoute des informations de diagnostic à une base de données.

Disponible depuis v2.12.6.

Options

Options principales

<database>

[Obligatoire] Chemin vers la base de données CodeQL à mettre dans un bundle.

--markdown-message=<markdownMessage>

Message pour le diagnostic, au format Markdown avec saveur GitHub.

--plaintext-message=<plaintextMessage>

Message pour le diagnostic, en texte brut. Cette option ne doit être utilisée que si le remplissage d’un message Markdown avec --markdown-message n’est pas pratique.

--severity=<severity>

Gravité du diagnostic. Peut être « error », « warning » ou « note ».

Liens d’aide pertinents pour le diagnostic.

--attributes-json=<attributesJson>

Métadonnées structurées pertinentes pour le diagnostic.

Options indiquant où le message de diagnostic peut être affiché

--ready-for-status-page

Indique que le diagnostic peut être affiché sur la page d’état.

--ready-for-cli-summary-table

Indique que le diagnostic peut être affiché dans le tableau récapitulatif des diagnostics généré par des commandes telles que database analyze.

Options décrivant la source du diagnostic

--source-id=<id>

[Obligatoire] Identificateur de la source de ce diagnostic.

--source-name=<name>

[Obligatoire] Description explicite de la source de ce diagnostic.

--extractor-name=<extractorName>

Nom de l’extracteur CodeQL, si ce diagnostic a été produit par un extracteur CodeQL.

Options décrivant l’emplacement du diagnostic

--file-path=<file>

Chemin du fichier auquel le diagnostic s’applique, par rapport à la racine source.

--start-line=<startLine>

Numéro de ligne de base 1 (inclus) où commence l’emplacement du diagnostic.

--start-column=<startColumn>

Numéro de colonne de base 1 (inclus) où commence l’emplacement du diagnostic.

--end-line=<endLine>

Numéro de ligne de base 1 (inclus) où se termine l’emplacement du diagnostic.

--end-column=<endColumn>

Numéro de colonne de base 1 (inclus) où se termine l’emplacement du diagnostic.

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.