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
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 Anwendungsinstanz zugewiesen werden sollen (z. B. 100 m, 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 Anwendungsinstanz 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. Sie können das Flag mehrmals verwenden, um mehrere Variablen festzulegen (z. B. NAME=WERT)
-u, --health-check-type=string- Systemdiagnosetyp der Anwendung (http, Port oder Prozess, Standard: Port)
-h, --help- Hilfe zu "push"
-i, --instances=int32- Anzahl der auszuführenden Anwendungsinstanzen (Standard: 1) (Standard -1)
-f, --manifest=string- Pfad zum Manifest
-m, --memory-limit=string- Menge des dedizierten Arbeitsspeichers für jede Anwendungsinstanz (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- Pfad zum Quellcode (Standard: aktuelles Verzeichnis) (Standard ".")
--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
-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. Sie können das Flag mehrmals verwenden, um mehrere Variablen festzulegen (z. B. NAME=WERT)
--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.
--config=string- Konfigurationsdatei (Standard ist $HOME/.kf)
--kubeconfig=string- Kubectl-Konfigurationsdatei (Standard ist $HOME/.kube/config)
--log-http- Log-HTTP-Anfragen an stderr
--space=string- Bereich zum Ausführen des Befehls. Dadurch wird der aktuelle Zielbereich überschrieben