kf push

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.