lizard up
Das aktuelle Verzeichnis hochladen und bereitstellen.
Verwendung
lizard up [flags]up paketiert Ihren Arbeitsbaum als Tarball, sendet ihn an die Build-Knoten und stellt ihn bereit. Es erzwingt sourceType=upload auf dem Zieldienst, streamt Build-Logs über SSE und gibt nach Abschluss die Live-URL aus.
Wenn das aktuelle Verzeichnis noch nicht mit einem Projekt verknüpft ist, führt up zuerst init aus. In einem TTY ist das interaktiv; in einer Nicht-TTY-Umgebung (CI) wird nicht stillschweigend ein Projekt erstellt — stattdessen wird ein Fehler ausgegeben und Sie werden aufgefordert, lizard init --name <project> auszuführen (oder --name zu übergeben), damit nicht durch einen Tippfehler ein leeres Projekt erzeugt wird.
Flags
| Flag | Beschreibung |
|---|---|
-s, --service <name> | Einen vorhandenen Dienst als Ziel verwenden |
--build-command <cmd> | Den Build-Befehl überschreiben |
--start-command <cmd> | Den Startbefehl überschreiben |
--pre-deploy-command <cmd> | Vor jedem Bereitstellen einmal ausführen |
--port <number> | Container-Port (0 = Worker-Modus) |
--region <code> | Region für das Bereitstellen |
-d, --detach | Das Bereitstellen starten und beenden, ohne Logs zu streamen |
-c, --ci | CI-freundliche Ausgabe |
--no-gitignore | Alles hochladen und .gitignore ignorieren |
Unterbefehle
lizard up status
Den Status eines laufenden Upload-Deploys melden.
Beispiele
Das aktuelle Verzeichnis bereitstellen
lizard upAuf einem bestimmten Dienst mit benutzerdefiniertem Startbefehl und Port bereitstellen
Erstellen Sie den benannten Dienst zuerst mit lizard add --service api, falls er nicht existiert.
lizard up --service api --start-command "node server.js" --port 8080Headless in CI bereitstellen
export LIZARD_TOKEN=lzd_xxx
lizard init --name my-project
lizard add --service api
lizard up --ci --service apiÜberspringen Sie lizard add, wenn der Dienst bereits existiert. Mit Lizard CLI 0.3.92 kann ein fehlgeschlagener Build trotzdem mit Exit-Code 0 enden; prüfen Sie den Build-Status und die bereitgestellte URL, bevor Sie ein CI-Release als erfolgreich markieren. Eine Korrektur steht zur Veröffentlichung aus. Setzen Sie auf macOS außerdem vor einem Upload COPYFILE_DISABLE=1, um zusätzliche ._*-Metadatendateien im Archiv zu vermeiden. Siehe Framework-Setup.
Siehe auch
- Aus lokalem Code bereitstellen — vollständige Anleitung für Upload-basierte Deploys
- lizard redeploy — den letzten Upload neu bauen, ohne erneut hochzuladen
- lizard init — ein Projekt vor dem Bereitstellen explizit erstellen oder verknüpfen
- Worker-Dienste — was
--port 0bedeutet - Einen Container bereitstellen, ohne einen zu konfigurieren — wie sich dieser Befehl unter Container-as-a-Service-Plattformen einordnet