lizard logs
Streamt die Laufzeit-Logs eines Service, die letzten 200 Zeilen gefolgt von einem Live-Tail. Für Laufzeit-Logs ohne -s verwendet logs nicht den verknüpften Service: In einem TTY wird gefragt, welcher Service angezeigt werden soll, andernfalls werden alle Services im Projekt angezeigt. --build und --restarts verwenden den verknüpften Service.
Verwendung
lizard logs [flags]Flags
| Flag | Beschreibung |
|---|---|
--build | Stattdessen Build-Logs anzeigen |
--tail <n> | Die letzten N Zeilen ausgeben (max. 1000) und beenden |
-l, --level <level> | Nur Laufzeit-Logs mit diesem Level: error, warn, info oder debug |
--restarts [n] | Die letzten N Neustarts auflisten (Standard 20) |
--restart <id> | Logs rund um einen bestimmten Neustart (latest für den neuesten) |
-s, --service <id> | Service |
-p, --project <id> | Projektname, Slug oder ID |
Mit --json ist lizard logs kein Stream — es gibt die letzten 200 Zeilen zurück (mit --tail N überschreibbar, max. 1000) und beendet sich. Verwende das für Snapshots und Skripting; live streamen nur ohne --json.
Beispiele
Laufzeit-Logs tailen
lizard logsLogs für einen bestimmten Service tailen
lizard logs --service apiMehr Verlauf abrufen
lizard logs --tail 1000Nach Log-Level filtern
lizard logs --level errorDen neuesten Build prüfen
lizard logs --buildEinen Absturz oder Neustart untersuchen
lizard logs --restarts
lizard logs --restart latest
lizard logs --restart <id>Siehe auch
- Logs — Verhalten von Laufzeit-, Build- und Neustart-Logs sowie Blättern durch den Verlauf mit
lizard service logs - Incomplete Dockerfile — Diagnose eines fehlgeschlagenen Builds aus
lizard logs --build - lizard events — Bereitstellen-Verlauf und Replikat-Status
- Von Claude Code bereitstellen — die Log-Befehle, die ein Agent ausführt, um ein Deployment zu prüfen
Aktualisiert