Nome
kf push - Criar um novo app ou aplicar atualizações a um aplicativo existente.
Sinopse
kf push APP_NAME [flags]
Exemplos
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
Sinalizações
--app-suffix=stringSufixo a ser anexado ao final de cada aplicativo enviado.
--args=stringArrayModifica os argumentos para a imagem. Não pode ser usado com a sinalização de comando.
-b, --buildpack=stringUsa o buildpack especificado em vez do integrado.
-c, --command=stringO comando de inicialização do app modifica o comando padrão especificado pelo processo da Web.
--container-registry=stringRegistro de contêiner para onde enviar as imagens.
--cpu-cores=stringNúmero de núcleos de CPU dedicados para atribuir a cada instância do app (por exemplo, 100 m, 0,5, 1, 2). Para mais informações, consulte https://kubernetes.io/docs/tasks/configure-pod-container/assign-cpu-resource/.
-k, --disk-quota=stringTamanho do disco temporário dedicado anexado a cada instância do app (por exemplo, 512 milhões, 2G, 1T).
--docker-image=stringImagem do Docker a ser implantada em vez de criar a partir da origem.
--dockerfile=stringCaminho do Dockerfile a ser criado. Em relação à raiz da origem.
--entrypoint=stringSubstitui o ponto de entrada padrão da imagem. Não pode ser usado com a sinalização de comando.
-e, --env=stringArrayDefina variáveis de ambiente. Várias podem ser definidas usando a sinalização várias vezes. Por exemplo, NAME=VALUE.
--health-check-http-endpoint=stringO endpoint de HTTP a ser segmentado como parte da verificação de integridade. Válido apenas se health-check-type for http.
-u, --health-check-type=stringTipo de verificação de integridade do app: http, porta (padrão) ou processo.
-h, --helpajuda para push
-i, --instances=int32Se definido, modifica o número de instâncias do app a serem executadas, -1 representa entradas que não são de usuário. (padrão: -1)
-f, --manifest=stringCaminho para o manifesto do aplicativo.
-m, --memory-limit=stringQuantidade de RAM dedicada a cada instância do app (por exemplo, 512 milhões, 6G, 1T).
--no-manifestNão leia o arquivo de manifesto, mesmo que ele já exista.
--no-routeImpede que o app seja acessado depois de implantado.
--no-startCriar, mas não executar o app
-p, --path=stringSe especificada, modifica o caminho para o código-fonte.
--random-routeCrie uma rota aleatória para este app, se ela não tiver um.
--route=stringArrayUse a sinalização de rotas para fornecer várias rotas HTTP e TCP. Cada Rota para este app será criada se ainda não existir.
-s, --stack=stringImagem base a ser usada para aplicativos criados com um pacote de versão.
--taskEnvie um app apenas para executar o Tarefas. O app será criado, mas não será executado. Ela não terá uma rota atribuída.
-t, --timeout=intQuantidade de tempo em que o app pode ficar íntegro antes de ser declarado como não íntegro.
--var=stringToStringSubstituição das variáveis do manifesto. Vários podem ser definidos usando a sinalização várias vezes (por exemplo, NAME=VALUE).
--vars-file=stringArrayArquivo JSON ou YAML para ler as substituições de variáveis. Pode ser fornecido várias vezes.
Sinalizações herdadas
Estas sinalizações são herdadas dos comandos pai.
--as=stringNome de usuário a ser representado para a operação.
--as-group=stringsGrupo a ser representado para a operação. Inclua essa sinalização várias vezes para especificar vários grupos.
--config=stringO caminho para o arquivo de configuração Kf a ser usado para solicitações da CLI.
--kubeconfig=stringO caminho do arquivo kubeconfig a ser usado nas solicitações da CLI.
--log-httpRegistre solicitações HTTP para erro padrão.
--space=stringEspaço para executar o comando. Essa sinalização substitui o Space segmentado atualmente.