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
Flag
--app-suffix=stringIl suffisso da aggiungere alla fine di ogni app inviata.
--args=stringArraySostituisci gli argomenti per l'immagine. Non può essere utilizzato con il flag del comando.
-b, --buildpack=stringUtilizza il buildpack specificato anziché quello integrato.
-c, --command=stringComando di avvio per l'app, che sostituisce il comando predefinito specificato dal processo web.
--container-registry=stringContainer Registry a cui eseguire il push delle immagini.
--cpu-cores=stringNumero di core CPU dedicati da assegnare a ogni istanza dell'app (ad esempio 100m, 0,5, 1, 2). Per ulteriori informazioni, consulta https://kubernetes.io/docs/tasks/configure-pod-container/assign-cpu-resource/.
-k, --disk-quota=stringDimensioni del disco temporaneo dedicato collegato a ogni istanza dell'app (ad esempio 512 M, 2 G, 1 T).
--docker-image=stringImmagine Docker da eseguire anziché compilare dal codice sorgente.
--dockerfile=stringPercorso del Dockerfile da compilare. Rispetto alla radice della sorgente.
--entrypoint=stringSostituisce l'entrypoint predefinito dell'immagine. Non può essere utilizzato con il flag del comando.
-e, --env=stringArrayImposta le variabili di ambiente. Più valori possono essere impostati utilizzando il flag più volte (ad es. NOME=VALORE).
--health-check-http-endpoint=stringEndpoint HTTP da scegliere come target nell'ambito del controllo di integrità. Valido solo se health-check-type è http.
-u, --health-check-type=stringTipo di controllo di integrità dell'app: http, porta (predefinito) o processo.
-h, --helpassistenza per push
-i, --instances=int32Se impostato, sostituisce il numero di istanze dell'app da eseguire. -1 indica un input non utente. (valore predefinito -1)
-f, --manifest=stringPercorso del file manifest dell'applicazione.
-m, --memory-limit=stringQuantità di RAM dedicata da assegnare a ogni istanza dell'app (ad es. 512 M, 6 G, 1 T).
--no-manifestNon leggere il file manifest anche se esiste.
--no-routeImpedisce all'app di essere raggiungibile dopo il deployment.
--no-startCrea, ma non esegui l'app.
-p, --path=stringSe specificato, sostituisce il percorso del codice sorgente.
--random-routeCrea un percorso casuale per questa app se non ne ha uno.
--route=stringArrayUtilizza il flag route per fornire più route HTTP e TCP. Ogni percorso per questa app viene creato se non esiste già.
-s, --stack=stringImmagine di base da utilizzare per le app create con un buildpack.
--taskInvia un'app per eseguire solo Tasks. L'app verrà compilata, ma non verrà eseguita. Non verrà assegnato un percorso.
-t, --timeout=intIl tempo per cui l'app può essere non funzionante prima di dichiararla tale.
--var=stringToStringSostituzione delle variabili manifest. Più valori possono essere impostati utilizzando il flag più volte (ad esempio NOME=VALORE).
--vars-file=stringArrayFile JSON o YAML da cui leggere le sostituzioni delle variabili. Può essere fornito più volte.
Flag ereditati
Questi flag vengono ereditati dai comandi principali.
--as=stringNome utente da rubare per l'operazione.
--as-group=stringsGruppo da simulare per l'operazione. Includi questo flag più volte per specificare più gruppi.
--config=stringPercorso del file di configurazione Kf da utilizzare per le richieste dell'interfaccia a riga di comando.
--kubeconfig=stringPercorso del file kubeconfig da utilizzare per le richieste della CLI.
--log-httpRegistra le richieste HTTP nell'errore standard.
--space=stringSpazio in cui eseguire il comando. Questo flag sostituisce lo spazio attualmente scelto come target.