Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Esta página descreve como implantar manualmente seu aplicativo em um destino específico.
Durante o uso normal, o Cloud Deploy implanta o aplicativo em cada
destino na progressão, em sequência.
Mas você também pode implantar manualmente seu aplicativo em qualquer destino definido.
É possível implantar manualmente uma versão nova ou atual.
Implantar manualmente uma versão
Se uma versão já tiver sido criada, basta promovê-la para o destino
pretendido:
RELEASE_NAME é o nome da versão que você está
promovendo manualmente ao destino pretendido.
PIPELINE_NAME é o nome do pipeline de entrega que descreve a progressão da implantação automatizada que você está substituindo.
TARGET_NAME é o nome do destino em que você está implantando
manualmente.
REGION é o nome da região em que a versão foi criada, por exemplo, us-central1. Obrigatório.
Implantar manualmente uma nova versão
Por padrão, quando você cria uma versão, o Cloud Deploy a implanta automaticamente
no primeiro destino na sequência de promoção. Mas é possível especificar uma meta diferente da primeira.
Assim como no primeiro destino padrão na progressão, o Cloud Deploy
cria automaticamente o rollout para o destino especificado e implanta a
versão nele.
Para implantar uma nova versão manualmente, execute o seguinte comando:
RELEASE_NAME é o nome da versão que você está
promovendo manualmente ao destino pretendido.
PIPELINE_NAME é o nome do pipeline de entrega que descreve a progressão da implantação automatizada que você está substituindo.
TARGET_NAME é o nome do destino em que você está implantando
manualmente.
REGION é o nome da região em que a versão será criada, por exemplo, us-central1. Obrigatório.
Efeito da implantação manual na progressão
Quando você implanta manualmente em um destino específico e promove a versão
sem especificar um destino, o Cloud Deploy o promove para o próximo destino correto na progressão. Isso ocorre porque o serviço rastreia o destino mais distante em que uma versão foi implantada. Se a versão já estiver no
último destino da progressão, o Cloud Deploy vai retornar uma mensagem
indicando que não há mais destinos a serem promovidos.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-09-03 UTC."],[[["\u003cp\u003eThis page details the process of manually deploying an application to a specific target using Cloud Deploy, overriding the automated deployment progression.\u003c/p\u003e\n"],["\u003cp\u003eYou can manually deploy an existing release to a target using the \u003ccode\u003egcloud deploy releases promote\u003c/code\u003e command, specifying the release, pipeline, target, and region.\u003c/p\u003e\n"],["\u003cp\u003eA new release can also be manually deployed to a target other than the first one in the sequence, and the \u003ccode\u003egcloud deploy releases create\u003c/code\u003e command allows for the creation and deployment of a release to a specified target.\u003c/p\u003e\n"],["\u003cp\u003eWhen a manual deployment is done, Cloud Deploy keeps track of the furthest target the release has reached and will continue the automated sequence from there when asked to.\u003c/p\u003e\n"]]],[],null,["# Deploy manually\n\nThis page describes how to manually deploy your application to a specific target.\n\nDuring normal use, Cloud Deploy deploys your application into each\ntarget in the [progression](/deploy/docs/terminology#progression), in sequence.\nBut you can also manually deploy your application to any defined target.\n\nYou can manually deploy a new or an existing release.\n\nManually deploy an existing release\n-----------------------------------\n\nIf a release is already created, you can simply promote it to the intended\ntarget: \n\n gcloud deploy releases promote --release=\u003cvar translate=\"no\"\u003e\u003cspan class=\"devsite-syntax-n\"\u003eRELEASE_NAME\u003c/span\u003e\u003c/var\u003e \\\n --delivery-pipeline=\u003cvar translate=\"no\"\u003e\u003cspan class=\"devsite-syntax-n\"\u003ePIPELINE_NAME\u003c/span\u003e\u003c/var\u003e \\\n --to-target=\u003cvar translate=\"no\"\u003e\u003cspan class=\"devsite-syntax-n\"\u003eTARGET_NAME\u003c/span\u003e\u003c/var\u003e \\\n --region=\u003cvar translate=\"no\"\u003e\u003cspan class=\"devsite-syntax-n\"\u003eREGION\u003c/span\u003e\u003c/var\u003e\n\nWhere:\n\n- \u003cvar translate=\"no\"\u003eRELEASE_NAME\u003c/var\u003e is the name of the release which you're\n manually promoting to the intended target.\n\n- \u003cvar translate=\"no\"\u003ePIPELINE_NAME\u003c/var\u003e is the name of the delivery pipeline that\n describes the automated deployment progression you're overriding.\n\n- \u003cvar translate=\"no\"\u003eTARGET_NAME\u003c/var\u003e is the name of the target you're manually\n deploying to.\n\n- \u003cvar translate=\"no\"\u003eREGION\u003c/var\u003e is the name of the region in which the release\n was created, for example `us-central1`. This is required.\n\nManually deploy a new release\n-----------------------------\n\nBy default, when you create a release Cloud Deploy automatically\ndeploys it to the first target in the promotion sequence. But you can specify a\ntarget other than the first one.\n\nAs with the default first target in the progression, Cloud Deploy\nautomatically creates the `rollout` for the specified target and deploys the\nrelease there.\n\nTo manually deploy a new release, run the following command: \n\n gcloud deploy releases create \\\n --release=\u003cvar translate=\"no\"\u003e\u003cspan class=\"devsite-syntax-n\"\u003eRELEASE_NAME\u003c/span\u003e\u003c/var\u003e \\\n --delivery-pipeline=\u003cvar translate=\"no\"\u003e\u003cspan class=\"devsite-syntax-n\"\u003ePIPELINE_NAME\u003c/span\u003e\u003c/var\u003e \\\n --to-target=\u003cvar translate=\"no\"\u003e\u003cspan class=\"devsite-syntax-n\"\u003eTARGET_NAME\u003c/span\u003e\u003c/var\u003e \\\n --region=\u003cvar translate=\"no\"\u003e\u003cspan class=\"devsite-syntax-n\"\u003eREGION\u003c/span\u003e\u003c/var\u003e\n\nWhere:\n\n- \u003cvar translate=\"no\"\u003eRELEASE_NAME\u003c/var\u003e is the name of the release which you're\n manually promoting to the intended target.\n\n- \u003cvar translate=\"no\"\u003ePIPELINE_NAME\u003c/var\u003e is the name of the delivery pipeline that\n describes the automated deployment progression you're overriding.\n\n- \u003cvar translate=\"no\"\u003eTARGET_NAME\u003c/var\u003e is the name of the target you're manually\n deploying to.\n\n- \u003cvar translate=\"no\"\u003eREGION\u003c/var\u003e is the name of the region in which to create the\n release, for example `us-central1`. This is required.\n\nEffect of manual deployment on the progression\n----------------------------------------------\n\nWhen you manually deploy to a specific target and then promote the release\nwithout specifying a target, Cloud Deploy promotes it to the correct\nnext target in the progression. This is because the service tracks the furthest\ntarget to which a release has been deployed. If the release is already in the\nlast target in the progression, Cloud Deploy returns a message\nindicating there is no further target to promote to."]]
