Esta página foi traduzida pela API Cloud Translation.

Enviar um build local usando a CLI e a API

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 seu Dockerfile.
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"
    ]
}
```
Observação: no momento da compilação, o Cloud Build substitui automaticamente $PROJECT_ID pelo ID do projeto.

Nesta solicitação de build, o Cloud Build chama a etapa de criação docker com os argumentos build -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 chamado cloud-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 envia request.json em uma chamada POST para o endpoint builds 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 campo metadata é baseado no recurso Build. O status QUEUED indica que o build está aguardando execução.