{"meta":{"title":"Abfragen in der Datenbank ausführen","intro":"[Plumbing] Führt eine Reihe von Abfragen zusammen aus.","product":"Sicherheit und Codequalität","breadcrumbs":[{"href":"/de/code-security","title":"Sicherheit und Codequalität"},{"href":"/de/code-security/reference","title":"Reference"},{"href":"/de/code-security/reference/code-scanning","title":"Codeüberprüfung"},{"href":"/de/code-security/reference/code-scanning/codeql","title":"CodeQL"},{"href":"/de/code-security/reference/code-scanning/codeql/codeql-cli-manual","title":"CodeQL CLI-Leitfaden"},{"href":"/de/code-security/reference/code-scanning/codeql/codeql-cli-manual/database-run-queries","title":"Abfragen in der Datenbank ausführen"}],"documentType":"article"},"body":"# Abfragen in der Datenbank ausführen\n\n\\[Plumbing] Führt eine Reihe von Abfragen zusammen aus.\n\n## Zusammenfassung\n\n```shell copy\ncodeql database run-queries [--threads=<num>] [--ram=<MB>] <options>... -- <database> <query|dir|suite|pack>...\n```\n\n## Description\n\n```\n          \\[Plumbing] Führt eine Reihe von Abfragen zusammen aus.\n```\n\nFührt eine oder mehrere Abfragen für eine CodeQL-Datenbank aus und speichert die Ergebnisse im Ergebnisunterverzeichnis des Datenbankverzeichnisses.\n\nDie Ergebnisse können später mit [codeql database interpret-results](/de/code-security/reference/code-scanning/codeql/codeql-cli-manual/database-interpret-results) oder abfrageweise mit [codeql bqrs decode](/de/code-security/reference/code-scanning/codeql/codeql-cli-manual/bqrs-decode) bzw. [codeql bqrs interpret](/de/code-security/reference/code-scanning/codeql/codeql-cli-manual/bqrs-interpret) in lesbare Formate konvertiert werden.\n\nWenn deine Abfragen Ergebnisse in einem Format generieren, durch das diese als Quellcodewarnungen interpretiert werden können, ist [codeql database analyze](/de/code-security/reference/code-scanning/codeql/codeql-cli-manual/database-analyze) möglicherweise besser geeignet.\n[codeql database analyze](/de/code-security/reference/code-scanning/codeql/codeql-cli-manual/database-analyze) kombiniert „codeql database run-queries“ mit [codeql database interpret-results](/de/code-security/reference/code-scanning/codeql/codeql-cli-manual/database-interpret-results) in einem einzigen Schritt. Insbesondere kann [codeql database analyze](/de/code-security/reference/code-scanning/codeql/codeql-cli-manual/database-analyze) Ausgaben im SARIF-Format generieren, das mit einer Vielzahl von Warnungsanzeigen verwendet werden kann.\n\nWenn du nur eine einzelne Abfrage hast, ist [codeql query run](/de/code-security/reference/code-scanning/codeql/codeql-cli-manual/query-run) empfehlenswerter, da dieser Befehl eine menschenlesbare Ausgabe zur schnellen Überprüfung der Ergebnisse beim Debuggen erzeugen kann.\n\n## Options\n\n### Primäre Optionen\n\n#### `<database>`\n\n```\n          \\[Obligatorisch] Pfad zu der CodeQL-Datenbank, die abgefragt werden soll.\n```\n\n#### `<query|dir|suite|pack>...`\n\nAuszuführende Abfragen. Jedes Argument hat die Form `scope/name@range:path`. Dabei gilt Folgendes:\n\n* ```\n          `scope/name` ist der qualifizierte Name eines CodeQL-Pakets.\n  ```\n* ```\n          `range` ist ein SemVer-Bereich.\n  ```\n* ```\n          `path` ist ein Dateisystempfad.\n  ```\n\nWenn ein `scope/name` angegeben ist, sind `range` und `path` optional. Ein fehlender `range` impliziert die neueste Version des angegebenen Pakets. Ein fehlender `path` impliziert die Standardabfragesammlung des angegebenen Pakets.\n\nDer `path` kann Folgendes sein: eine `*.ql`-Abfragedatei, ein Verzeichnis mit einer oder mehreren Abfragen oder eine `.qls`-Abfragesammlungsdatei. Wenn kein Packname angegeben ist, muss ein `path` angegeben werden, der relativ zum Arbeitsverzeichnis des aktuellen Prozesses interpretiert wird.\n\nUm einen `path` anzugeben, der die Literale `@` oder `:` enthält, verwendest du `path:` als Präfix für das Argument: `path:directory/with:and@/chars`.\n\nWenn du einen `scope/name` und einen `path` angibst, kann der `path` nicht absolut sein. Er wird als relativ zum Stamm des CodeQL-Pakets ausgewertet.\n\nWenn keine Abfragen angegeben sind, ermittelt die CLI automatisch geeignete Abfragen, die ausgeführt werden sollen. Wenn insbesondere zum Zeitpunkt der Datenbankerstellung mit `--codescanning-config` eine Konfigurationsdatei für die Codeüberprüfung angegeben wurde, werden die Abfragen aus dieser verwendet.\nAndernfalls werden die Standardabfragen für die zu analysierende Sprache verwendet.\n\n#### `--no-rerun`\n\nLässt die Auswertung von Abfragen aus, für die bereits ein BQRS-Ergebnis am Ausgabespeicherort gespeichert ist.\n\n#### `--no-database-extension-packs`\n\n```\n          \\[Erweitert] Auslassen von Erweiterungspaketen, die bei der Datenbankerstellung in der Datenbank gespeichert wurden, entweder aus einer Code-Scanning-Konfigurationsdatei oder aus Erweiterungsdateien, die im Verzeichnis ‚extensions‘ der analysierten Codebase gespeichert sind.\n```\n\n#### `--no-database-threat-models`\n\n```\n          \\[Erweitert] Lässt die Konfiguration des Bedrohungsmodells aus, die während der Datenbankerstellung in der Datenbank gespeichert sind, aus einer Codeüberprüfungskonfigurationsdatei.\n```\n\n### Optionen zum Steuern der zu verwendenden Modellpakete\n\n####\n\n```\n          `--model-packs=<`\n          <name@range>>...\n```\n\nEine Liste von CodeQL-Paketnamen, jeweils mit einem optionalen Versionsbereich, die als Modellpakete verwendet werden, um die Abfragen, die ausgewertet werden sollen, anzupassen.\n\n### Optionen zum Steuern der zu verwendenden Bedrohungsmodelle\n\n#### `--threat-model=<name>...`\n\nEine Liste der Bedrohungsmodelle, die aktiviert oder deaktiviert werden sollen.\n\nDas Argument ist der Name eines Bedrohungsmodells, dem optional ein „!“ vorangestellt ist. Wenn kein ‚!’ vorhanden ist, werden das benannte Bedrohungsmodell und alle untergeordneten Elemente aktiviert. Wenn ein ‚!’ vorhanden ist, werden das benannte Bedrohungsmodell und alle untergeordneten Elemente deaktiviert.\n\nDas Bedrohungsmodell ‚Standard’ ist standardmäßig aktiviert, kann jedoch durch Angabe von ‚---threat-model !default’ deaktiviert werden.\n\nDas Bedrohungsmodell ‚alle’ kann verwendet werden, um alle Bedrohungsmodelle zu aktivieren oder zu deaktivieren.\n\nDie Optionen für das --Bedrohungsmodell werden in der entsprechenden Reihenfolge verarbeitet. Beispielsweise ermöglicht „--threat-model local --threat-model !environment“ alle Bedrohungsmodelle in der Gruppe „lokal“, mit Ausnahme des Bedrohungsmodells „Umgebung“.\n\nDiese Option hat nur Auswirkungen auf Sprachen, die Bedrohungsmodelle unterstützen.\n\nVerfügbar seit `v2.15.3`.\n\n### Optionen zum Steuern der Abfrageauswertung\n\n#### `--[no-]tuple-counting`\n\n```\n          \\[[Erweitert] Zeigt die Tupelanzahlen für jeden Auswertungsschritt in den Protokollen des Abfrageauswerters an. Bei Angabe der Option `--evaluator-log` wird die Tupelanzahl sowohl in die textbasierten als auch in die strukturierten JSON-Protokolle eingeschlossen, die durch den Befehl erstellt werden. (Dies kann bei der Optimierung der Leistung von komplexem QL-Code hilfreich sein.)\n```\n\n#### `--timeout=<seconds>`\n\n```\n          \\[Erweitert] Dient zum Festlegen der Timeoutlänge für die Abfrageauswertung in Sekunden.\n```\n\nDie Timeout-Funktion ist dafür vorgesehen, Fälle zu erfassen, in denen die Auswertung einer komplexen Abfrage endlos dauern würde. Es ist keine effektive Methode zur Begrenzung der Gesamtdauer der Abfrageauswertung. Die Auswertung kann fortgesetzt werden, solange jeder Teil der Berechnung, für den eine separate Zeiterfassung erfolgt, innerhalb des Timeouts abgeschlossen wird. Derzeit sind diese Teile mit separater Zeiterfassung „RA-Ebenen“ der optimierten Abfrage. Dies kann sich aber noch ändern.\n\nOhne Timeoutangabe oder bei Angabe eines Nullwerts wird kein Timeout festgelegt. (Einzige Ausnahme ist [codeql test run](/de/code-security/reference/code-scanning/codeql/codeql-cli-manual/test-run): Hier gilt ein Standardtimeout von fünf Minuten.)\n\n#### `-j, --threads=<num>`\n\nDient zum Festlegen, wie viele Threads für die Abfrageauswertung verwendet werden sollen.\n\nDer Standardwert lautet 1. Du kannst 0 übergeben, um jeweils einen Thread pro Kern auf dem Computer zu verwenden, oder -*N*, um *N* Kerne ungenutzt zu lassen. (Es wird allerdings immer noch mindestens ein Thread verwendet.)\n\n#### `--[no-]save-cache`\n\n```\n          \\[Veraltet] \\[Erweitert] Dieses Flag hat keine Auswirkungen.\n```\n\n#### `--[no-]expect-discarded-cache`\n\n```\n          \\[Erweitert] Hiermit kannst du entscheiden, welche Prädikate ausgewertet werden sollen und was in den Datenträgercache geschrieben werden soll (basierend auf der Annahme, dass der Cache nach Ausführung der Abfragen geleert wird).\n```\n\n#### `--[no-]keep-full-cache`\n\n```\n          \\[[Erweitert] Nicht den Festplattencache nach Abschluss der Auswertung bereinigen.\n```\n\nDas kann Zeit sparen, wenn du später ohnehin [codeql dataset cleanup](/de/code-security/reference/code-scanning/codeql/codeql-cli-manual/dataset-cleanup) oder [codeql database cleanup](/de/code-security/reference/code-scanning/codeql/codeql-cli-manual/database-cleanup) verwendest.\n\n#### `--max-disk-cache=<MB>`\n\nDient zum Festlegen des maximalen Speicherplatzes, der vom Datenträgercache für Zwischenergebnisse von Abfragen beansprucht werden darf.\n\nWird diese Größe nicht explizit konfiguriert, versucht der Auswerter, basierend auf der Größe des Datasets und der Komplexität der Abfragen eine angemessene Menge an Cachespeicherplatz zu verwenden. Durch explizites Festlegen eines höheren Grenzwerts (im Vergleich zur Standardnutzung) können mehr Daten zwischengespeichert werden, was spätere Abfragen beschleunigen kann.\n\n#### `--min-disk-free=<MB>`\n\n```\n          \\[Erweitert] Dient zum Festlegen der Zielmenge des freien Speicherplatzes im Dateisystem.\n```\n\nOhne Angabe von `--max-disk-cache` versucht der Auswerter nach Möglichkeit, die Nutzung des Datenträgercaches einzuschränken, wenn der freie Speicherplatz im Dateisystem diesen Wert unterschreitet.\n\n#### `--min-disk-free-pct=<pct>`\n\n```\n          \\[Erweitert] Dient zum Festlegen des Zielanteils des freien Speicherplatzes im Dateisystem.\n```\n\nOhne Angabe von `--max-disk-cache` versucht der Auswerter nach Möglichkeit, die Nutzung des Datenträgercaches einzuschränken, wenn der freie Speicherplatz im Dateisystem diesen Prozentsatz unterschreitet.\n\n#### `--external=<pred>=<file.csv>`\n\nEine CSV-Datei, die Zeilen für das externe Prädikat *\\<pred>* enthält.\nFür `--external` können mehrere Optionen angegeben werden.\n\n#### `--xterm-progress=<mode>`\n\n```\n          \\[[Erweitert] Steuert, ob die Fortschrittsverfolgung während der QL-Auswertung mithilfe von xterm-Kontrollsequenzen angezeigt werden soll. Mögliche Werte:\n\n          `no`: Generiert keinen aufwendigen Status und geht von einem einfachen Terminal aus.\n\n          `auto`\n          _(Standardwert):_ Ermittelt automatisch, ob der Befehl in einem geeigneten Terminal ausgeführt wird.\n\n          `yes`: Geht davon aus, dass das Terminal mit xterm-Kontrollsequenzen kompatibel ist. Das Feature hängt weiterhin davon ab, dass die _Größe_ des Terminals (unter Windows nicht implementiert) automatisch ermittelt werden kann. Es wird ebenfalls deaktiviert, wenn `-q` angegeben wird.\n\n          `25x80` (oder ähnlich): Wie `yes`, und gibt auch explizit die Größe des Terminals an. (Im Gegensatz zu `yes` sollte das unter Windows funktionieren.)\n\n          `25x80:/dev/pts/17` (oder ähnlich): Zeigt einen aufwendigen Status in einem _anderen_ Terminal als „stderr” an. In erste Linie für interne Tests nützlich.\n```\n\n### Optionen zum Steuern der Ausgabe strukturierter Auswertungsprotokolle\n\n#### `--evaluator-log=<file>`\n\n```\n          \\[Erweitert] Dient zum Ausgeben strukturierter Protokolle zur Leistung des Auswerters für die angegebene Datei. Das Format dieser Protokolldatei kann ohne vorherige Ankündigung geändert werden. Es handelt sich jedoch um einen Datenstrom von JSON-Objekten, die entweder durch zwei Neue-Zeile-Zeichen (standardmäßig) getrennt werden – oder durch ein einzelnes, wenn die Option `--evaluator-log-minify` übergeben wird. Verwende `codeql generate log-summary <file>`, um eine stabilere Zusammenfassung dieser Datei zu erstellen, und vermeide eine direkte Analyse der Datei. Die Datei wird überschrieben, wenn sie bereits vorhanden ist.\n```\n\n#### `--evaluator-log-minify`\n\n```\n          \\[Erweitert] Wenn die Option `--evaluator-log` zusammen mit dieser Option übergeben wird, wird die Größe des generierten JSON-Protokolls minimiert. Dies beeinträchtigt allerdings die Lesbarkeit.\n```\n\n### Optionen zum Steuern des RAM-Verbrauchs\n\n#### `-M, --ram=<MB>`\n\nDie Abfrageauswertung bemüht sich, ihren Gesamtspeicherbedarf unter diesem Wert zu halten. (Bei großen Datenbanken kann es jedoch vorkommen, dass der Schwellenwert durch dateigesicherte Speicherzuordnungen überschritten wird, die bei Speicherauslastung auf einen Datenträger ausgelagert werden können).\n\nDer Wert sollte mindestens 2048 MB betragen; kleinere Werte werden transparent aufgerundet.\n\n### Optionen zum Steuern der QL-Kompilierung\n\n#### `--warnings=<mode>`\n\nBehandeln von Warnungen vom QL-Compiler Einer von:\n\n```\n          `hide`: Warnungen unterdrücken\n\n          `show`\n          _(Standard)_ : gibt Warnungen aus, setzt die Kompilierung aber fort.\n\n          `error`: behandelt Warnungen als Fehler.\n```\n\n#### `--no-debug-info`\n\nGeben Sie keine Informationen über den Quellstandort in RA zur Fehlersuche aus.\n\n#### `--[no-]fast-compilation`\n\n```\n          \\[Veraltet] \\[Erweitert] Lässt besonders langsame Optimierungsschritte aus.\n```\n\n#### `--no-release-compatibility`\n\n```\n          \\[Erweitert] Verwendet die neuesten Compilerfeatures auf Kosten der Portabilität.\n```\n\nVon Zeit zu Zeit werden neue QL-Sprachfeatures und Evaluatoroptimierungen vom QL-Evaluator für einige Releases unterstützt, bevor sie standardmäßig im QL-Compiler aktiviert werden. Dadurch wird sichergestellt, dass die Leistung, die Sie beim Entwickeln von Abfragen mit dem neuesten CodeQL-Release erleben, auch von älteren Releases abgedeckt wird, die möglicherweise für Code-Scanning oder CI-Integrationen verwendet werden.\n\nWenn es für dich nicht wichtig ist, ob deine Abfragen mit anderen (früheren oder späteren) CodeQL-Releases kompatibel sind, kannst du manchmal eine etwas höhere Leistung erzielen, indem du dieses Flag verwendest, um die neuesten Verbesserungen im Compiler frühzeitig zu aktivieren.\n\nIn Releases, in denen es keine jüngsten Verbesserungen zu aktivieren gibt, tut diese Option stillschweigend nichts. Daher kannst du sie bedenkenlos dauerhaft in deiner globalen CodeQL-Konfigurationsdatei festlegen.\n\nVerfügbar seit `v2.11.1`.\n\n#### `--[no-]local-checking`\n\nFührt die anfänglichen Überprüfungen nur für den verwendeten Teil der QL-Quelle durch.\n\n#### `--no-metadata-verification`\n\nÜberprüft eingebettete Abfragemetadaten in QLDoc-Kommentaren nicht auf Gültigkeit.\n\n#### `--compilation-cache-size=<MB>`\n\n```\n          \\[Erweitert] Setzt den Standardwert für die maximale Größe des Verzeichnisse für den Kompilierungscache außer Kraft.\n```\n\n#### `--fail-on-ambiguous-relation-name`\n\n```\n          \\[[Erweitert] Die Kompilierung schlägt fehl, wenn während der Kompilierung ein mehrdeutiger Beziehungsname generiert wird.\n```\n\n### Optionen zum Einrichten der Kompilierungsumgebung\n\n#### `--search-path=<dir>[:<dir>...]`\n\nEine Liste der Verzeichnisse, in denen QL-Pakete gefunden werden können. Jedes Verzeichnis kann entweder ein QL-Paket (oder ein Bündel von Paketen mit einer Datei vom Typ `.codeqlmanifest.json` am Stamm) oder das unmittelbar übergeordnete Element eines oder mehrerer solcher Verzeichnisse sein.\n\nWenn der Pfad mehr als ein Verzeichnis enthält, definiert deren Reihenfolge den Vorrang: Wenn ein Paketname, der aufgelöst werden muss, in mehr als einem der Verzeichnisbäume gefunden wird, hat das zuerst angegebene Vorrang.\n\nEin entsprechender Verweis beim Auschecken des Open-Source-CodeQL-Repositorys sollte funktionieren, wenn eine der darin enthaltenen Sprachen abgefragt wird.\n\nWenn du das CodeQL-Repository als gleichgeordnetes Element der entpackten CodeQL-Toolkette ausgecheckt hast, musst du diese Option nicht verwenden. Solche gleichgeordneten Verzeichnisse werden immer nach QL-Paketen durchsucht, die andernfalls nicht gefunden werden können. (Wenn diese Standardeinstellung nicht funktioniert, solltest du unbedingt `--search-path` in einer Benutzerkonfigurationsdatei festlegen.)\n\n(Hinweis: Unter Windows wird `;` als Pfadtrennzeichen verwendet.)\n\n#### `--additional-packs=<dir>[:<dir>...]`\n\nBei Angabe dieser Verzeichnisliste werden die Verzeichnisse vor den Verzeichnissen in `--search-path` nach Paketen durchsucht. Die Reihenfolge zwischen diesen Elementen spielt keine Rolle. Wenn ein Paketname über diese Liste an zwei verschiedenen Stellen gefunden wird, handelt es sich um einen Fehler.\n\nDies ist hilfreich, wenn du vorübergehend eine neue Version eines Pakets entwickelst, die auch am Standardpfad vorhanden ist. Andererseits wird davon *abgeraten*, diese Option in einer Konfigurationsdatei außer Kraft zu setzen. Einige interne Aktionen fügen diese Option direkt hinzu, wodurch alle konfigurierten Werte überschrieben werden.\n\n(Hinweis: Unter Windows wird `;` als Pfadtrennzeichen verwendet.)\n\n#### `--library-path=<dir>[:<dir>...]`\n\n```\n          \\[Erweitert] Eine optionale Liste von Verzeichnissen, die dem ursprünglichen Suchpfad für den Import von QL-Bibliotheken hinzugefügt wird. Sollte nur verwendet werden, wenn du QL-Bibliotheken verwendest, die nicht als QL-Pakete gepackt wurden.\n```\n\n(Hinweis: Unter Windows wird `;` als Pfadtrennzeichen verwendet.)\n\n#### `--dbscheme=<file>`\n\n```\n          \\[Erweitert] Definiert explizit, für welche Abfragen des Datenbankschemas kompiliert werden sollen. Sollte nur von Aufrufer*innen angegeben werden, die sehr genau wissen, was sie tun.\n```\n\n#### `--compilation-cache=<dir>`\n\n```\n          \\[Erweitert] Gibt ein zusätzliches Verzeichnis an, das als Kompilierungscache verwendet werden soll.\n```\n\n#### `--no-default-compilation-cache`\n\n```\n          \\[Erweitert] Verwendet keine Kompilierungscaches an Standardspeicherorten, z. B. im QL-Paket mit der Abfrage oder im Verzeichnis der CodeQL-Toolkette.\n```\n\n### Optionen zum Konfigurieren des CodeQL-Paket-Managers\n\n#### `--registries-auth-stdin`\n\nFührt eine Authentifizierung bei GitHub Enterprise Server Container-Registries durch, indem eine kommaseparierte Liste von \\<registry\\_url>=\\<token>-Paaren übergeben wird.\n\nZum Beispiel kannst du `https://containers.GHEHOSTNAME1/v2/=TOKEN1,https://containers.GHEHOSTNAME2/v2/=TOKEN2` übergeben.\num dich bei zwei GitHub Enterprise Server-Instanzen zu authentifizieren.\n\nDadurch werden die Umgebungsvariablen CODEQL\\_REGISTRIES\\_AUTH und GITHUB\\_TOKEN überschrieben. Wenn du dich nur bei der Containerregistrierung von github.com authentifizieren musst, kannst du dich stattdessen mit der einfacheren Option `--github-auth-stdin` authentifizieren.\n\n#### `--github-auth-stdin`\n\nAuthentifiziere dich bei der Containerregistrierung von github.com, indem du ein GitHub Apps-Token oder ein persönliches Zugriffstoken über die Standardeingabe übergibst.\n\nFür die Authentifizierung bei Containerregistrierungen in GitHub Enterprise Server übergibst du `--registries-auth-stdin` oder verwendest die Umgebungsvariable „CODEQL\\_REGISTRIES\\_AUTH“.\n\nDadurch wird die GITHUB\\_TOKEN-Umgebungsvariable überschrieben.\n\n### Allgemeine Optionen\n\n#### `-h, --help`\n\nZeigt diesen Hilfetext an.\n\n#### `-J=<opt>`\n\n```\n          \\[Erweitert] Dient zum Angeben einer Option für die JVM-Instanz, die den Befehl ausführt.\n```\n\n(Beachte, dass Optionen, die Leerzeichen enthalten, nicht ordnungsgemäß verarbeitet werden.)\n\n#### `-v, --verbose`\n\nErhöhen Sie schrittweise die Anzahl der ausgegebenen Statusmeldungen.\n\n#### `-q, --quiet`\n\nVerringere inkrementell die Anzahl der ausgegebenen Statusmeldungen.\n\n#### `--verbosity=<level>`\n\n```\n          \\[Erweitert] Dient zum expliziten Festlegen des Ausführlichkeitsgrads auf „errors“, „warnings“, „progress“, „progress+“, „progress++“ oder „progress+++“. Überschreibt `-v` und `-q`:\n```\n\n#### `--logdir=<dir>`\n\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\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```\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```\n\nVerfügbar seit `v2.15.2`."}