Nesta página, descrevemos como iniciar um build no Cloud Build manualmente usando a Google Cloud CLI e a API Cloud Build.
Antes de começar
- Para usar os exemplos de linha de comando deste guia, instale a Google Cloud CLI.
- Para criar usando a configuração da compilação do Cloud Build, crie usando um arquivo de configuração da compilação.
- Para criar usando um
Dockerfile
, prepare seuDockerfile
. - Se a compilação exigir código-fonte, tenha o código-fonte em mãos.
Permissões do IAM obrigatórias
- Se você estiver armazenando registros de versão no bucket de registros padrão, será necessário ter o papel Visualizador do projeto e o papel de Editor do Cloud Build para executar uma versão.
- Se você armazena registros de criação no bucket de registros criados pelo usuário, é necessário ter o papel de editor do Cloud Build para executar uma compilação.
Para instruções sobre como conceder papéis do IAM, consulte Configurar o acesso aos recursos do Cloud Build.
Como executar versões
gcloud
Usando um Dockerfile:
O Dockerfile
contém todas as informações necessárias para criar uma imagem do Docker usando o Cloud Build.
Para executar uma solicitação de build usando o Dockerfile
, execute o seguinte comando no diretório que contém o código do aplicativo Dockerfile
e outros recursos:
gcloud builds submit --region=us-west2 --tag gcr.io/project-id/image-name .
Em que:
- project-id é o nome do projeto do Cloud;
- image-name é a imagem a ser criada;
.
especifica que o código-fonte está no diretório de trabalho atual.
O nome completo da imagem a ser criada é `gcr.io/project-id/image-name. As imagens enviadas ao Container Registry usam o formato do nome do registro.
O comando gcloud builds submit
:
- compacta o código do aplicativo
Dockerfile
e todos os outros recursos no diretório atual, conforme indicado por.
; - carrega os arquivos em um bucket do Cloud Storage;
- inicia um build no local
us-west2
usando os arquivos enviados como entrada; - marca a imagem usando o nome fornecido
- envia a imagem criada ao Container Registry.
À medida que a versão avança, a saída é exibida no shell ou na janela do terminal: Quando a versão for concluída, você verá um resultado semelhante a este:
DONE
---------------------------------------------------------------------------------
ID CREATE_TIME DURATION STATUS
$BUILD_ID 2016-10-28T15:21:18+00:00 12S SUCCESS
em que $BUILD_ID
é o identificador exclusivo da sua build.
Usando o arquivo de configuração de build do Cloud Build:
Para enviar uma versão usando a configuração de versão, execute este comando:
gcloud builds submit --region=us-west2 --config build-config source-code
em que:
- build-config é o caminho para o arquivo de configuração da compilação;
- source-code é o caminho ou o código-fonte do URL.
Quando você executa gcloud builds submit
pela primeira vez em um projeto do Cloud,
o Cloud Build cria um bucket do Cloud Storage chamado [YOUR_PROJECT_NAME]_cloudbuild
nesse projeto. O Cloud Build usa esse bucket para armazenar qualquer
código-fonte que possa ser usado para suas versões. O Cloud Build não exclui automaticamente
o conteúdo neste bucket. Para excluir objetos que você não está mais usando para
versões, é possível definir a configuração do ciclo de vida no bucket
ou excluir os objetos manualmente.
O comando a seguir envia a solicitação de versão cloudbuild.yaml
usando o código-fonte arquivado armazenado em um bucket do Cloud Storage.
gcloud builds submit --region=us-west2 --config cloudbuild.yaml \
gs://cloud-build-examples/node-docker-example.tar.gz
Use .
para especificar que o código-fonte está no diretório de trabalho atual:
gcloud builds submit --region=us-west2 --config cloudbuild.yaml .
gcloudignore: ao incluir o código-fonte da versão, o comando acima carrega todos os arquivos no diretório especificado para criação no Google Cloud Platform. Se você quiser excluir determinados arquivos do diretório, inclua um arquivo chamado .gcloudignore
no diretório de upload de nível superior. Os arquivos especificados por ele serão ignorados. Se nenhum arquivo .gcloudignore
estiver
presente no diretório de upload de nível superior, mas um arquivo .gitignore
estiver, a
CLI gcloud vai gerar um arquivo .gcloudignore
compatível com Git que
respeita seus arquivos .gitignore
. Para mais informações, consulte a
documentação de gcloudignore
.
Se você não tiver o código-fonte para informar sua versão, use a sinalização --no-source
, em que build-config é o caminho para o arquivo de configuração da criação:
gcloud builds submit --region=us-west2 --config build-config --no-source
API
Para enviar a solicitação de versão usando curl
:
Crie um arquivo chamado
request.json
com o seguinte conteúdo:{ "source": { "storageSource": { "bucket": "cloud-build-examples", "object": "node-docker-example.tar.gz" } }, "steps": [{ "name": "gcr.io/cloud-builders/docker", "args": [ "build", "-t", "gcr.io/$PROJECT_ID/my-image", "." ] }], "images": [ "gcr.io/$PROJECT_ID/my-image" ] }
Nesta solicitação de build, o Cloud Build chama a etapa de criação
docker
com os argumentosbuild -t gcr.io/$PROJECT_ID/cb-demo-img .
.O nome completo da imagem a ser criada é
gcr.io/$PROJECT_ID/cb-demo-img
. As imagens enviadas ao Container Registry usam o formato de nome do registro.O código-fonte do build está em um arquivo
tar
compactado:node-docker-example.tar.gz
. O arquivo é armazenado em um bucket do Cloud Storage chamadocloud-build-examples
.Execute o comando a seguir, em que
project-id
é o ID do projeto do Cloud e REGION é uma das regiões compatíveis:curl -X POST -T request.json -H "Authorization: Bearer $(gcloud config config-helper \ --format='value(credential.access_token)')" \ https://cloudbuild.googleapis.com/v1/projects/project-id/locations/REGION/builds
Neste comando,
curl
enviarequest.json
em uma chamada POST para o endpointbuilds
no método da API projects.builds.create.O comando exibe detalhes sobre sua versão no shell ou na janela do terminal. O resultado é uma resposta JSON semelhante a esta:
{ "name": "operations/build/$PROJECT-ID/NmZhZW...", "metadata": { "@type": "type.googleapis.com/google.devtools.cloudbuild.v1.BuildOperationMetadata", "build": { "id": $BUILD-ID, "status": "QUEUED", "source": { "storageSource": { "bucket": "cloud-build-examples", "object": "node-docker-example.tar.gz" } }, "createTime": "2017-05-12T18:58:07.341526Z", "steps": [ { "name": "gcr.io/cloud-builders/docker", "args": [ "build", "-t", "gcr.io/$PROJECT-ID/cb-demo-img", "." ] } ], "timeout": "600s", "images": [ "gcr.io/$PROJECT-ID/cb-demo-img" ], "projectId": $PROJECT-ID, "logsBucket": "gs://...", "sourceProvenance": { "resolvedStorageSource": { "bucket": "cloud-build-examples", "object": "node-docker-example.tar.gz", "generation": "..." } }, "logUrl": "https://console.cloud.google.com/cloud-build/builds/...?project=$PROJECT-ID" } } }
O modelo da resposta JSON é baseado no recurso
Operation
na API Cloud Build. O modelo do campometadata
é baseado no recursoBuild
. O statusQUEUED
indica que o build está aguardando execução.
A seguir
- Saiba como criar gatilhos manuais.
- Saiba como ver os resultados da build.
- Saiba como resolver erros de build.