![Jamie Lennox](/assets/img/avatar_default.png)
* Allow using in repo configuration for cloudbuild trigger Cloudbuild triggers have a complex configuration that can be defined from the API. When using the console, the more typical way of doing this is to defined the configuration within the repository and point the configuration to the file that defines the config. This can be supported by sending the filename parameter instead of the build parameter, however only one can be sent. * Acceptance testing for cloudbuild trigger with filename Ensure that when a cloudbuild repo trigger is created with a filename, that filename is what actually ends up in the cloud. * Don't specify "by default" in cloudbuild-trigger. The docs shouldn't say that "cloudbuild.yaml" is used by default. There is no default from the APIs, but the console suggest using this value. Just say it's the typical value in documentation.
4.6 KiB
layout | page_title | sidebar_current | description |
---|---|---|---|
Google: google_cloudbuild_trigger | docs-google-cloudbuild-trigger | Creates a new build trigger within GCR. |
google_cloudbuild_trigger
Creates a new build trigger within GCR. For more information, see the official documentation and API.
Example Usage
resource "google_cloudbuild_trigger" "build_trigger" {
project = "my-project"
trigger_template {
branch_name = "master"
project = "my-project"
repo_name = "some-repo"
}
build {
images = ["gcr.io/$PROJECT_ID/$REPO_NAME:$COMMIT_SHA"]
step {
name = "gcr.io/cloud-builders/docker"
args = "build -t gcr.io/$PROJECT_ID/$REPO_NAME:$COMMIT_SHA -f Dockerfile ."
}
}
}
OR
resource "google_cloudbuild_trigger" "build_trigger" {
project = "my-project"
trigger_template {
branch_name = "master"
project = "my-project"
repo_name = "some-repo"
}
filename = "cloudbuild.yaml"
}
Argument Reference
(Argument descriptions sourced from https://godoc.org/google.golang.org/api/cloudbuild/v1#BuildTrigger)
The following arguments are supported:
-
description
- (Optional) A brief description of this resource. -
trigger_template
- (Optional) Location of the source in a Google Cloud Source Repository. Structure is documented below. -
build
- (Optional) A build resource in the Container Builder API. Structure is documented below. At a high level, abuild
describes where to find source code, how to build it (for example, the builder image to run on the source), and where to store the built artifacts. Fields can include the following variables, which will be expanded when the build is created:$PROJECT_ID
: the project ID of the build.$BUILD_ID
: the autogenerated ID of the build.$REPO_NAME
: the source repository name specified by RepoSource.$BRANCH_NAME
: the branch name specified by RepoSource.$TAG_NAME
: the tag name specified by RepoSource.$REVISION_ID
or$COMMIT_SHA
: the commit SHA specified by RepoSource or resolved from the specified branch or tag.$SHORT_SHA
: first 7 characters of$REVISION_ID
or$COMMIT_SHA
.
-
filename
- (Optional) Specify the path to a Cloud Build configuration file in the Git repo. This is mutually exclusive withbuild
. This is typicallycloudbuild.yaml
however it can be specified by the user.
The trigger_template
block supports:
-
branch_name
- (Optional) Name of the branch to build. -
commit_sha
- (Optional) Explicit commit SHA to build. -
dir
- (Optional) Directory, relative to the source root, in which to run the build. This must be a relative path. If a step'sdir
is specified and is an absolute path, this value is ignored for that step's execution. -
project
- (Optional) ID of the project that owns the Cloud Source Repository. -
repo_name
- (Optional) Name of the Cloud Source Repository. -
tag_name
- (Optional) Name of the tag to build.
The build
block supports:
-
images
- (Optional) A list of images to be pushed upon the successful completion of all build steps. -
step
- (Optional) The operations to be performed on the workspace. Structure is documented below. -
tags
- (Optional) Tags for annotation of a build. These are not docker tags
The step
block supports:
-
name
- (Optional) The name of the container image that will run this particular build step. If the image is available in the host's Docker daemon's cache, it will be run directly. If not, the host will attempt to pull the image first, using the builder service account's credentials if necessary. The Docker daemon's cache will already have the latest versions of all of the officially supported build steps (https://github.com/GoogleCloudPlatform/cloud-builders). The Docker daemon will also have cached many of the layers for some popular images, like "ubuntu", "debian", but they will be refreshed at the time you attempt to use them. If you built an image in a previous build step, it will be stored in the host's Docker daemon's cache and is available to use as the name for a later build step. -
args
- (Optional) A list of arguments that will be presented to the step when it is started. If the image used to run the step's container has an entrypoint, theargs
are used as arguments to that entrypoint. If the image does not define an entrypoint, the first element in args is used as the entrypoint, and the remainder will be used as arguments.