push - Cloud Foundry CLI Reference Guide


NAME

push - Neue App oder Synchronisationsänderungen mit einer Push-Operation an eine vorhandene App übertragen

VERWENDUNG

Push a single app (with or without a manifest): cf push APP_NAME [-b BUILDPACK_NAME] [-c COMMAND] [-d DOMAIN] [-f MANIFEST_PATH] [--docker-image DOCKER_IMAGE] [-i NUM_INSTANCES] [-k DISK] [-m MEMORY] [--hostname HOST] [-p PATH] [-s STACK] [-t TIMEOUT] [-u (process | port | http)] [--route-path ROUTE_PATH] [--no-hostname] [--no-manifest] [--no-route] [--no-start] [--random-route] Push multiple apps with a manifest: cf push [-f MANIFEST_PATH]

ALIAS

p

OPTIONEN

-b

Angepasstes Buildpack nach Name (z.B. my-buildpack) oder Git-URL (z.B. https://github.com/cloudfoundry/java-buildpack.git) oder Git-URL mit Zweig oder Tag (z.B. https://github.com/cloudfoundry/java-buildpack.git#v3.3.0 für Tag v3.3.0). Geben Sie zur ausschließlichen Verwendung von integrierten Buildpacks default oder null an

-c

Startbefehl, auf Null festlegen, um die Einstellung auf den Standardstartbefehl zurückzusetzen

-d

Domäne (z.B. example.com)

--docker-image, -o

Zu verwendendes Docker-Image (z.B. user/docker-image-name)

-f

Pfad zum Manifest

--health-check-type, -u

Überprüfungstyp für Anwendungsdiagnose (z.B. port oder none)

--hostname, -n

Hostname (z.B. my-subdomain)

-i

Anzahl der Instanzen

-k

Grenzwert für Platte (z.B. 256M, 1024M, 1G)

-m

Speicherbegrenzung (z.B. 256M, 1024M, 1G)

--no-hostname

Rootdomäne dieser App zuordnen

--no-manifest

Manifestdatei ignorieren

--no-route

Dieser App keine Route zuordnen und Routen von vorherigen Push-Operationen dieser App entfernen

--no-start

Keine App nach einer Push-Operation starten

-p

Pfad zum App-Verzeichnis oder zu einer ZIP-Datei des Inhalts des App-Verzeichnisses

--random-route

Zufällige Route für diese App erstellen

--route-path

Pfad für die Route

-s

Zu verwendender Stack (ein Stack ist ein vordefiniertes Dateisystem einschließlich Betriebssystem, das Apps ausführen kann)

-t

Maximale Zeitdauer (in Sekunden), die die CLI auf den Start der Anwendung wartet. Es können andere Zeitlimitüberschreitung seitens des Servers auftreten

ENVIRONMENT

CF_STAGING_TIMEOUT=15 Maximale Wartezeit auf das Staging des Buildpacks in Minuten
CF_STARTUP_TIMEOUT=5 Maximale Wartezeit auf den Start der App-Instanz in Minuten

SIEHE AUCH

apps, create-app-manifest, logs, ssh, start