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.