{"meta":{"title":"database export-diagnostics","intro":"[Experimentell] Exportieren von Diagnoseinformationen aus einer Datenbank für eine fehlgeschlagene Analyse","product":"Sicherheit und Codequalität","breadcrumbs":[{"href":"/de/code-security","title":"Sicherheit und Codequalität"},{"href":"/de/code-security/codeql-cli","title":"CodeQL CLI"},{"href":"/de/code-security/codeql-cli/codeql-cli-manual","title":"CodeQL CLI-Leitfaden"},{"href":"/de/code-security/codeql-cli/codeql-cli-manual/database-export-diagnostics","title":"database export-diagnostics"}]},"body":"# database export-diagnostics\n\n\\[Experimentell] Exportieren von Diagnoseinformationen aus einer Datenbank für eine fehlgeschlagene Analyse\n\n> \\[!NOTE]\n> In diesem Inhalt wird die neueste Version von CodeQL CLI beschrieben. Weitere Informationen zu diesem Thema findest du unter <https://github.com/github/codeql-cli-binaries/releases>.\n>\n> Um Details zu den Optionen anzuzeigen, die für diesen Befehl in früheren Releases verfügbar sind, führe den Befehl mit der Option <span style=\"white-space: nowrap;\">`--help`</span> im Terminal aus.\n\n## Übersicht\n\n```shell copy\ncodeql database export-diagnostics --format=<format> [--output=<output>] <options>... -- <database>\n```\n\n## Beschreibung\n\n\\[Experimentell] Exportieren von Diagnoseinformationen aus einer Datenbank für eine fehlgeschlagene Analyse\n\nVerfügbar seit `v2.12.6`.\n\n## Optionen\n\n### Primäre Optionen\n\n#### `<database>`\n\n\\[Obligatorisch] Pfad zur CodeQL-Datenbank, die sich im Aufbau befindet. Dieser muss für die Extraktion mit [codeql database init](/de/code-security/codeql-cli/codeql-cli-manual/database-init) vorbereitet sein.\n\nWenn die Option `--db-cluster` angegeben ist, handelt es sich nicht um eine Datenbank als solches, sondern um ein Verzeichnis, das Datenbanken *enthält*. Es werden dann alle diese Datenbanken zusammen verarbeitet.\n\n#### `--format=<format>`\n\n\\[Obligatorisch] Das Format, in dem die Ergebnisse ausgegeben werden sollen. Enthält einen der folgenden Werte:\n\n`raw`: Eine Liste von unformatierten, nicht interpretierten Diagnosemeldungen in Form von JSON-Objekten\n\n`sarif-latest`: Static Analysis Results Interchange Format (SARIF), ein JSON-basiertes Format zum Beschreiben statischer Analyseergebnisse. Diese Formatoption basiert auf der neuesten unterstützten Version (v2.1.0). Sie eignet sich nicht für die Automatisierung, da sie zwischen verschiedenen CodeQL-Versionen unterschiedliche Versionen von SARIF erzeugt.\n\n`sarifv2.1.0`: SARIF v2.1.0.\n\n`text`: Eine mit Aufzählungspunkten gegliederte Liste von Diagnosemeldungen.\n\n#### `--[no-]db-cluster`\n\nGibt an, dass es sich bei dem in der Befehlszeile angegebenen Verzeichnis nicht um eine Datenbank als solches handelt, sondern um ein Verzeichnis, das eine oder mehrere Datenbanken *enthält*, die sich im Aufbau befinden. Diese Datenbanken werden zusammen verarbeitet.\n\n#### `-o, --output=<output>`\n\nDer Ausgabepfad, an den Diagnoseinformationen geschrieben werden sollen.\n\n#### `--sarif-exit-code=<sarifExitCode>`\n\n\\[Nur SARIF-Formate] Exitcode des fehlerhaften Prozesses.\n\n#### `--sarif-exit-code-description=<sarifExitCodeDescription>`\n\n\\[Nur SARIF-Formate] Grund für die Beendigung des fehlerhaften Prozesses.\n\n#### `--sarif-category=<category>`\n\n\\[Nur SARIF-Formate] \\[Empfohlen] Geben Sie eine Kategorie für diese Analyse an, die in die SARIF-Ausgabe aufgenommen werden soll. Eine Kategorie kann verwendet werden, um mehrere Analysen zu unterscheiden, die für denselben Commit und dasselbe Repository, aber für verschiedene Sprachen oder verschiedene Teile des Codes durchgeführt wurden.\n\nWenn du dieselbe Version einer Codebasis mit verschiedenen Methoden (z. B. für verschiedene Sprachen) analysierst und die Ergebnisse zur Präsentation in die Codeüberprüfung auf GitHub hochlädst, sollte sich dieser Wert zwischen den einzelnen Analysen unterscheiden, damit die Codeüberprüfung weiß, dass die Analysen sich gegenseitig *ergänzen* und nicht *ersetzen*. (Die Werte sollten zwischen Ausführungen derselben Analyse für *verschiedene* Versionen der Codebasis konsistent sein.)\n\nDieser Wert wird (mit einem nachgestellten Schrägstrich, sofern noch nicht vorhanden) als Eigenschaft `<run>.automationDetails.id` angezeigt.\n\n### Allgemeine Optionen\n\n#### `-h, --help`\n\nZeigt diesen Hilfetext an.\n\n#### `-J=<opt>`\n\n\\[Erweitert] Dient zum Angeben einer Option für die JVM-Instanz, die den Befehl ausführt.\n\n(Beachte, dass Optionen, die Leerzeichen enthalten, nicht ordnungsgemäß verarbeitet werden.)\n\n#### `-v, --verbose`\n\nErmöglicht die inkrementelle Erhöhung der Anzahl ausgegebener Statusmeldungen.\n\n#### `-q, --quiet`\n\nErmöglicht die inkrementelle Verringerung der Anzahl ausgegebener Statusmeldungen.\n\n#### `--verbosity=<level>`\n\n\\[Erweitert] Dient zum expliziten Festlegen des Ausführlichkeitsgrads auf „errors“, „warnings“, „progress“, „progress+“, „progress++“ oder „progress+++“. Überschreibt `-v` und `-q`:\n\n#### `--logdir=<dir>`\n\n\\[Erweitert] Ermöglicht das Schreiben detaillierter Protokolle in eine oder mehrere Dateien im angegebenen Verzeichnis mit generierten Namen, die Zeitstempel und den Namen des ausgeführten Unterbefehls enthalten.\n\n(Um eine Protokolldatei mit einem Namen zu schreiben, über den du die volle Kontrolle hast, gib stattdessen `--log-to-stderr` an, und leite stderr wie gewünscht um.)\n\n#### `--common-caches=<dir>`\n\n\\[Erweitert] Steuert den Speicherort zwischengespeicherter Daten auf dem Datenträger, der zwischen mehreren Ausführungsvorgängen der CLI beibehalten wird, z. B. heruntergeladene QL-Pakete und kompilierte Abfragepläne. Wenn dies nicht explizit festgelegt ist, wird dieses Verzeichnis standardmäßig auf ein Verzeichnis mit dem Namen `.codeql` festgelegt, das sich im Startverzeichnis des Benutzer. Es wird erstellt, wenn es noch nicht vorhanden ist.\n\nVerfügbar seit `v2.15.2`."}