# qlpacks auflösen Erstellt eine Liste der installierten QL-Pakete mit deren Speicherorten. > \[!NOTE] > In diesem Inhalt wird die neueste Version von CodeQL CLI beschrieben. Weitere Informationen zu diesem Thema findest du unter . > > 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 `--help` im Terminal aus. ## Zusammenfassung ```shell copy codeql resolve qlpacks ... ``` ## Description ``` \[Veraltet] Erstellt eine Liste der installierten QL-Pakete mit ihren Speicherorten. ``` Dieser Befehl ist veraltet. Verwenden Sie stattdessen den Befehl [codeql resolve packs](/de/code-security/reference/code-scanning/codeql/codeql-cli-manual/resolve-packs). Mit diesem Befehl wird eine Liste von QL-Paketen erstellt, die anhand des konfigurierten (oder angegebenen) Suchpfads aufgelöst werden können. Bei einer Ausführung mit ausgewählter JSON-Ausgabe können für jeden Packnamen mehrere Speicherorte gemeldet werden. Dies bedeutet, dass das Paket in Konflikt stehende Speicherorte innerhalb eines einzelnen Suchelements aufweist, sodass es nicht aufgelöst werden kann. Die Aufrufer\*innen können die tatsächlichen Speicherorte verwenden, um eine Fehlermeldung zu formatieren. ## Options ### Primäre Optionen #### `--search-path=[:...]` Eine 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. Wenn der Pfad mehrere Verzeichnisse enthält, definiert deren Reihenfolge ihre Rangfolge: Ist ein Paketname, der aufgelöst werden muss, in mehreren der Verzeichnisstrukturen enthalten, wird die erste Angabe verwendet. Ein entsprechender Verweis beim Auschecken des Open-Source-CodeQL-Repositorys sollte funktionieren, wenn eine der darin enthaltenen Sprachen abgefragt wird. Wenn 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.) (Hinweis: Unter Windows wird `;` als Pfadtrennzeichen verwendet.) #### `--additional-packs=[:...]` Bei 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. Dies 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. (Hinweis: Unter Windows wird `;` als Pfadtrennzeichen verwendet.) #### `--kind=` Gibt an, welcher Pakettyp zurückgegeben werden soll. Gültige Optionen sind `query`, `library`, `extension` und `all` (Standard). Beachte, dass Erweiterungspakete eine Form von Bibliothekspaketen sind und deshalb enthalten sind, wenn der Typ `library` ist. #### `--format=` Dient zum Auswählen des Ausgabeformats: `text`*(Standardwert)* oder `json`. #### `--no-recursive` Die Abhängigkeiten werden nicht rekursiv durchlaufen. Gibt nur Pakete zurück, auf die direkt über `--additional-packs`, `--search-path` und die Distribution zugegriffen werden kann. ### Optionen zum Konfigurieren des CodeQL-Paket-Managers #### `--registries-auth-stdin` Führt eine Authentifizierung bei GitHub Enterprise Server-Containerregistrierungen durch, indem eine durch Trennzeichen getrennte Liste von \=\-Paaren übergeben wird. Du kannst `https://containers.GHEHOSTNAME1/v2/=TOKEN1,https://containers.GHEHOSTNAME2/v2/=TOKEN2` übergeben, um dich bei zwei GitHub Enterprise Server-Instanzen zu authentifizieren. Dadurch 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. #### `--github-auth-stdin` Authentifiziere dich bei der Containerregistrierung auf github.com, indem du auf github.com ein GitHub Apps-Token oder ein persönliches Zugriffstoken über die Standardeingabe übergibst. Für die Authentifizierung bei Containerregistrierungen in GitHub Enterprise Server übergibst du `--registries-auth-stdin` oder verwendest die Umgebungsvariable „CODEQL\_REGISTRIES\_AUTH“. Dadurch wird die GITHUB\_TOKEN-Umgebungsvariable überschrieben. ### Allgemeine Optionen #### `-h, --help` Zeigt diesen Hilfetext an. #### `-J=` ``` \[Erweitert] Dient zum Angeben einer Option für die JVM-Instanz, die den Befehl ausführt. ``` (Beachte, dass Optionen, die Leerzeichen enthalten, nicht ordnungsgemäß verarbeitet werden.) #### `-v, --verbose` Ermöglicht die inkrementelle Erhöhung der Anzahl ausgegebener Statusmeldungen. #### `-q, --quiet` Ermöglicht die inkrementelle Verringerung der Anzahl ausgegebener Statusmeldungen. #### `--verbosity=` ``` \[Erweitert] Dient zum expliziten Festlegen des Ausführlichkeitsgrads auf „errors“, „warnings“, „progress“, „progress+“, „progress++“ oder „progress+++“. Überschreibt `-v` und `-q`: ``` #### `--logdir=` ``` \[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. ``` (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.) #### `--common-caches=` ``` \[Erweitert] Steuert den Speicherort zwischengespeicherter Daten auf dem Datenträger, die zwischen mehreren Ausführungsvorgängen der CLI erhalten bleiben, 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. ``` Verfügbar seit `v2.15.2`.