lizard ssh

Führe einen Befehl in dem Container eines laufenden Service aus, streame seine Ausgabe und gib den Remote-Exit-Code zurück.

run vs. ssh

lizard run und lizard ssh führen beide einen Befehl im Kontext eines Service aus, aber sie laufen an unterschiedlichen Orten — du solltest wissen, welchen du brauchst.

Befehl	Wird ausgeführt in	Verwenden für
`lizard run`	Lokal, mit injiziertem Projekt des Service + Service-Secrets	Migrationen, Seed-Skripte, lokale Tools, die Produktionskonfiguration brauchen
`lizard ssh`	Im laufenden Service-Container	Den Live-Container inspizieren, einmalige Remote-Befehle, Debugging

lizard run zeigt deine lokal injizierte Kopie der Umgebung, die normalerweise mit der Produktion übereinstimmt — aber lizard ssh ist maßgeblich dafür, was der Live-Container tatsächlich sieht.

Verwendung

lizard ssh --service <name> -- <command>

Beispiele

Die Umgebung inspizieren, die die laufende App sieht

lizard ssh --service api -- env

Dateien im bereitgestellten Image auflisten

lizard ssh --service api -- ls -la /app

Das Betriebssystem im Container prüfen

lizard ssh --service api -- cat /etc/os-release

Bestätigen, dass ein Secret im Live-Container angekommen ist

lizard ssh --service api -- env | grep DATABASE_URL

Siehe auch

lizard run — stattdessen einen Befehl lokal mit injizierter Service-Umgebung ausführen
Variablen — wie Secrets und Referenzen einen Service erreichen
Von Claude Code bereitstellen — warum ein Agent eine Shell in den laufenden Container braucht und welche Plattformen keine bereitstellen

run git