kf push

Name

kf push – Eine neue Anwendung erstellen oder eine vorhandene Anwendung aktualisieren.

Zusammenfassung

kf push APP_NAME [flags]

Beispiele

kf push myapp
kf push myapp --buildpack my.special.buildpack # Discover via kf buildpacks
kf push myapp --env FOO=bar --env BAZ=foo
kf push myapp --stack cloudfoundry/cflinuxfs3 # Use a cflinuxfs3 runtime
kf push myapp --health-check-http-endpoint /myhealthcheck # Specify a healthCheck for the app

Flags

--app-suffix=string

Suffix, das an das Ende jeder per Push übertragenen Anwendung angehängt wird.

--args=stringArray

Überschreibt die Argumente für das Image. Kann nicht mit dem Befehls-Flag verwendet werden.

-b, --buildpack=string

Anstelle des integrierten Builds wird das angegebene Buildpack verwendet.

-c, --command=string

Startbefehl für die Anwendung, der den durch den Webprozess angegebenen Standardbefehl überschreibt.

--container-registry=string

Container Registry, an die Images per Push übertragen werden.

--cpu-cores=string

Anzahl dedizierter CPU-Kerne, die jeder App-Instanz zugewiesen werden sollen (z. B. 100m, 0,5, 1, 2). Weitere Informationen finden Sie unter https://kubernetes.io/docs/tasks/configure-pod-container/assign-cpu-resource/

-k, --disk-quota=string

Größe des dedizierten flüchtigen Laufwerks, das an jede App-Instanz angehängt ist (z. B. 512 MB, 2 GB, 1 TB).

--docker-image=string

Docker-Image, das bereitgestellt werden soll, anstatt ein Build aus dem Quellcode zu erstellen.

--dockerfile=string

Pfad zum Dockerfile, das erstellt werden soll. Relativ zum Quellstammverzeichnis.

--entrypoint=string

Überschreibt den Standardeinstiegspunkt des Images. Kann nicht mit dem Befehls-Flag verwendet werden.

-e, --env=stringArray

Umgebungsvariablen festlegen Verwenden Sie das Flags mehrmals, um mehrere festzulegen (z. B. NAME=VALUE).

--health-check-http-endpoint=string

Der HTTP-Endpunkt, auf den ausgerichtet werden soll, als Teil der Systemdiagnose. Nur gültig, wenn der Systemdiagnosetyp HTTP ist.

-u, --health-check-type=string

Systemdiagnosetyp der App: HTTP, Port (Standard) oder Prozess.

-h, --help

Hilfe zu „push“

-i, --instances=int32

Wenn dieser Wert angegeben ist, überschreibt er die Anzahl der Instanzen der App, die ausgeführt werden sollen. -1 steht für Nicht-Nutzereingaben. (Standard -1)

-f, --manifest=string

Pfad zum Anwendungsmanifest.

-m, --memory-limit=string

Menge des dedizierten RAM für jede App-Instanz (z. B. 512 MB, 6 GB, 1 TB)

--no-manifest

Legt fest, dass keine Manifestdatei gelesen wird, auch wenn eine vorhanden ist.

--no-route

Verhindert, dass die Anwendung nach der Bereitstellung erreichbar ist.

--no-start

Anwendung erstellen, aber nicht ausführen.

-p, --path=string

Überschreibt den Pfad zum Quellcode, falls angegeben.

--random-route

Erstellt eine zufällige Route für die Anwendung, wenn keine zugewiesen ist.

--route=stringArray

Mit dem Flag „routes“ können Sie mehrere HTTP- und TCP-Routen bereitstellen. Diese Routen für die Anwendung werden alle erstellt, sofern sie noch nicht vorhanden sind.

-s, --stack=string

Basis-Image zur Verwendung für Anwendungen, die mit einem Buildpack erstellt wurden.

--task

Übertragen Sie eine Anwendung per Push nur an Tasks. Die Anwendung wird erstellt, aber nicht ausgeführt. Es ist keine Route zugewiesen.

-t, --timeout=int

Zeitspanne, für die Fehler in der Anwendung auftreten können, bevor sie als fehlerhaft deklariert wird.

--var=stringToString

Substitution der Manifestvariable. Wenn Sie das Flags mehrmals verwenden, können Sie mehrere festlegen (zum Beispiel NAME=VALUE).

--vars-file=stringArray

JSON- oder YAML-Datei, aus der Variablensubstitutionen gelesen werden. Kann mehrmals angegeben werden.

Übernommene Flags

Diese Flags werden von übergeordneten Befehlen übernommen.

--as=string

Nutzername, dessen Identität für den Vorgang übernommen wird.

--as-group=strings

Gruppe, deren Identität für den Vorgang übernommen wird. Verwenden Sie dieses Flag mehrfach, um mehrere Gruppen anzugeben.

--config=string

Pfad zur Kf-Konfigurationsdatei, die für Befehlszeile-Anfragen verwendet werden soll.

--kubeconfig=string

Pfad zur Datei „kubeconfig“ zur Verwendung für CLI-Anfragen.

--log-http

HTTP-Anfragen im Standardfehler loggen.

--space=string

Bereich zum Ausführen des Befehls. Dieses Flag überschreibt den aktuellen Ziel-Space.