lizard up
Das aktuelle Verzeichnis hochladen und bereitstellen.
Verwendung
lizard up [path] [flags]up paketiert Ihren Arbeitsbaum (oder path) 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 --project <project> an up zu übergeben), damit nicht durch einen Tippfehler ein leeres Projekt erzeugt wird.
Flags
| Flag | Beschreibung |
|---|---|
-s, --service <name> | Einen vorhandenen Dienst als Ziel verwenden |
-p, --project <id> | Projektname, Slug oder ID |
--build-command <cmd> | Den Build-Befehl überschreiben |
--start-command <cmd> | Den Startbefehl überschreiben |
--pre-deploy-command <cmd> | Vor dem Startbefehl bei jedem Containerstart ausführen (jedes Replikat, jeder Neustart). Erfordert einen Startbefehl; er sollte sich gefahrlos mehrfach ausführen lassen |
--port <number> | Container-Port (0 = Worker-Modus). Neue Dienste verwenden standardmäßig 3000, sofern nicht ein EXPOSE im Dockerfile den Port festlegt |
--region <code> | Region für einen neuen Dienst; bei einem vorhandenen Dienst wird sie ignoriert |
-d, --detach | Das Bereitstellen starten und beenden, ohne Logs zu streamen |
-c, --ci | Nur Build-Logs streamen und beenden, sobald der Build endet |
--no-gitignore | Alles hochladen und .gitignore ignorieren |
Unterbefehle
lizard up status <app-id>
Den Status, die URL und den Status des letzten Builds eines Dienstes anzeigen. Übergeben Sie die Dienst-ID, die up --detach ausgibt.
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=liz_xxx
lizard init --name my-project
lizard add --service api
lizard up --ci --service apiÜberspringen Sie lizard add, wenn der Dienst bereits existiert. Ein fehlgeschlagener Build oder Deploy endet mit Exit-Code 1. Mit --ci bezieht sich der Exit-Code nur auf den Build. Prüfen Sie daher lizard ps --json, bevor Sie das Release als abgeschlossen markieren. --detach endet mit 0, sobald der Upload akzeptiert wurde. 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 - Container as a Service — was eine Plattform tut, wenn Sie einen Container bereitstellen
Aktualisiert