kf push

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=string
Sufixo a ser anexado ao final de cada aplicativo enviado.
--args=stringArray
Modifica os argumentos para a imagem. Não pode ser usado com a sinalização de comando.
-b, --buildpack=string
Usa o buildpack especificado em vez do integrado.
-c, --command=string
O comando de inicialização do app modifica o comando padrão especificado pelo processo da Web.
--container-registry=string
Registro de contêiner para onde enviar as imagens.
--cpu-cores=string
Nú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=string
Tamanho do disco temporário dedicado anexado a cada instância do app (por exemplo, 512 milhões, 2G, 1T).
--docker-image=string
Imagem do Docker a ser implantada em vez de criar a partir da origem.
--dockerfile=string
Caminho do Dockerfile a ser criado. Em relação à raiz da origem.
--entrypoint=string
Substitui o ponto de entrada padrão da imagem. Não pode ser usado com a sinalização de comando.
-e, --env=stringArray
Defina variáveis de ambiente. Várias podem ser definidas usando a sinalização várias vezes. Por exemplo, NAME=VALUE.
--health-check-http-endpoint=string
O 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=string
Tipo de verificação de integridade do app: http, porta (padrão) ou processo.
-h, --help
ajuda para push
-i, --instances=int32
Se 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=string
Caminho para o manifesto do aplicativo.
-m, --memory-limit=string
Quantidade de RAM dedicada a cada instância do app (por exemplo, 512 milhões, 6G, 1T).
--no-manifest
Não leia o arquivo de manifesto, mesmo que ele já exista.
--no-route
Impede que o app seja acessado depois de implantado.
--no-start
Criar, mas não executar o app
-p, --path=string
Se especificada, modifica o caminho para o código-fonte.
--random-route
Crie uma rota aleatória para este app, se ela não tiver um.
--route=stringArray
Use 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=string
Imagem base a ser usada para aplicativos criados com um pacote de versão.
--task
Envie 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=int
Quantidade de tempo em que o app pode ficar íntegro antes de ser declarado como não íntegro.
--var=stringToString
Substituição das variáveis do manifesto. Vários podem ser definidos usando a sinalização várias vezes (por exemplo, NAME=VALUE).
--vars-file=stringArray
Arquivo 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=string
Nome de usuário para personificar a operação.
--as-group=strings
Grupo para personificar a operação. Inclua essa sinalização várias vezes para especificar vários grupos.
--config=string
O caminho para o arquivo de configuração Kf a ser usado para solicitações da CLI.
--kubeconfig=string
O caminho do arquivo kubeconfig a ser usado nas solicitações da CLI.
--log-http
Registre solicitações HTTP para erro padrão.
--space=string
Espaço para executar o comando. Essa sinalização substitui o Space segmentado atualmente.