Movatterモバイル変換


[0]ホーム

URL:


Skip to main content
GitHub Docs

diagnostic export

[Experimental] Export diagnostic information for a failed analysis.

Who can use this feature?

CodeQL is available for the following repository types:

Note

This content describes the most recent release of the CodeQL CLI. For more information about this release, seehttps://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.

Synopsis

Shell
codeql diagnostic export --format=<format> [--output=<output>] <options>...

Description

[Experimental] Export diagnostic information for a failed analysis.

Available sincev2.12.6.

Options

Primary Options

--format=<format>

[Mandatory] The format in which to write the results. One of:

raw: A list of raw, uninterpreted diagnostic messages as JSON objects.

sarif-latest: Static Analysis Results Interchange Format (SARIF), aJSON-based format for describing static analysis results. This formatoption uses the most recent supported version (v2.1.0). This option isnot suitable for use in automation as it will produce different versionsof SARIF between different CodeQL versions.

sarifv2.1.0: SARIF v2.1.0.

text: A bullet point list of diagnostic messages.

-o, --output=<output>

The output path to write diagnostic information to.

--sarif-exit-code=<sarifExitCode>

[SARIF formats only] Exit code of the failing process.

--sarif-exit-code-description=<sarifExitCodeDescription>

[SARIF formats only] Reason that the failing process exited.

--sarif-category=<category>

[SARIF formats only] [Recommended] Specify a category for thisanalysis to include in the SARIF output. A category can be used todistinguish multiple analyses performed on the same commit andrepository, but on different languages or different parts of the code.

If you analyze the same version of a code base in several different ways(e.g., for different languages) and upload the results to GitHub forpresentation in Code Scanning, this value should differ between each ofthe analyses, which tells Code Scanning that the analysessupplementrather thansupersede each other. (The values should be consistentbetween runs of the same analysis fordifferent versions of the codebase.)

This value will appear (with a trailing slash appended if not alreadypresent) as the<run>.automationDetails.id property.

--diagnostic-dir=<diagnosticDirs>

Directory containing CodeQL diagnostic messages. You can pass thismultiple times to include multiple directories.

Common options

-h, --help

Show this help text.

-J=<opt>

[Advanced] Give option to the JVM running the command.

(Beware that options containing spaces will not be handled correctly.)

-v, --verbose

Incrementally increase the number of progress messages printed.

-q, --quiet

Incrementally decrease the number of progress messages printed.

--verbosity=<level>

[Advanced] Explicitly set the verbosity level to one of errors,warnings, progress, progress+, progress++, progress+++. Overrides-vand-q.

--logdir=<dir>

[Advanced] Write detailed logs to one or more files in the givendirectory, with generated names that include timestamps and the name ofthe running subcommand.

(To write a log file with a name you have full control over, insteadgive--log-to-stderr and redirect stderr as desired.)

--common-caches=<dir>

[Advanced] Controls the location of cached data on disk that willpersist between several runs of the CLI, such as downloaded QL packs andcompiled query plans. If not set explicitly, this defaults to adirectory named.codeql in the user's home directory; it will becreated if it doesn't already exist.

Available sincev2.15.2.


[8]ページ先頭

©2009-2025 Movatter.jp