Nome
kf push
: crea una nuova app o applica aggiornamenti a una esistente.
Synopsis
kf push APP_NAME [flags]
Esempi
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
Bandiere
--app-suffix=string
Suffisso da aggiungere alla fine di ogni app sottoposta a push.
--args=stringArray
Sostituisci gli argomenti per l'immagine. Non può essere utilizzato con il flag di comando.
-b, --buildpack=string
Utilizza il buildpack specificato anziché quello integrato.
-c, --command=string
Il comando di avvio per l'app sostituisce il comando predefinito specificato dal processo web.
--container-registry=string
Container Registry a cui eseguire il push delle immagini.
--cpu-cores=string
Numero di core CPU dedicati per assegnare a ogni istanza di app (ad esempio 100 m, 0,5, 1, 2). Per ulteriori informazioni, consulta https://kubernetes.io/docs/tasks/configure-pod-container/assign-cpu-resource/.
-k, --disk-quota=string
Dimensione del disco temporaneo dedicato collegato a ogni istanza dell'app (ad esempio 512M, 2G, 1T).
--docker-image=string
di cui eseguire il deployment dell'immagine Docker anziché crearla dall'origine.
--dockerfile=string
Percorso del Dockerfile da creare. Rispetto alla radice di origine.
--entrypoint=string
Sostituisce l'entrypoint predefinito dell'immagine. Non può essere utilizzato con il flag di comando.
-e, --env=stringArray
Imposta le variabili di ambiente. È possibile impostare più utenti utilizzando il flag più volte (ad esempio, NAME=VALUE).
--health-check-http-endpoint=string
Endpoint HTTP da scegliere come target nell'ambito del controllo di integrità. Valido solo se health-check-type è http.
-u, --health-check-type=string
Tipo di controllo di integrità dell'app: http, porta (predefinita) o processo.
-h, --help
guida per il push
-i, --instances=int32
Se impostato, sostituisce il numero di istanze dell'app da eseguire. -1 indica un input non utente. (valore predefinito -1)
-f, --manifest=string
Percorso del manifest dell'applicazione.
-m, --memory-limit=string
Quantità di RAM dedicata da assegnare a ogni istanza di app (ad esempio 512M, 6G, 1T).
--no-manifest
Non leggere il file manifest anche se esiste.
--no-route
Impedisce all'app di essere raggiungibile dopo il deployment.
--no-start
Creare, ma non eseguire l'app.
-p, --path=string
Se specificato, sostituisce il percorso del codice sorgente.
--random-route
Crea un percorso casuale per questa app, se non ne ha uno.
--route=stringArray
Utilizza il flag delle route per fornire più route HTTP e TCP. Ogni percorso per questa app viene creato se non esiste già.
-s, --stack=string
Immagine di base da utilizzare per le app create con un buildpack.
--task
Esegui il push di un'app solo per eseguire Tasks. L'app verrà creata, ma non eseguita. Non verrà assegnato un percorso.
-t, --timeout=int
Il tempo per cui l'app può essere non funzionante prima di dichiararla tale.
--var=stringToString
Sostituzione delle variabili manifest. È possibile impostare più utenti utilizzando il flag più volte (ad esempio NAME=VALUE).
--vars-file=stringArray
File JSON o YAML da cui leggere le sostituzioni delle variabili. Può essere specificato più volte.
Flag ereditati
Questi flag vengono ereditati dai comandi principali.
--as=string
Nome utente da impersonare per l'operazione.
--as-group=strings
Gruppo da simulare per l'operazione. Includi questo flag più volte per specificare più gruppi.
--config=string
Percorso del file di configurazione Kf da utilizzare per le richieste dell'interfaccia a riga di comando.
--kubeconfig=string
Percorso del file kubeconfig da utilizzare per le richieste della CLI.
--log-http
Registra le richieste HTTP in errore standard.
--space=string
Spazio su cui eseguire il comando. Questo flag sostituisce lo spazio attualmente scelto come target.