Configuring release management for builds
In Chapter 5, Triggering Builds, we introduced build triggers; in this example, we will utilize triggers with GitHub.com
, though in theory this workflow can be applied to other integrations such as GitHub Enterprise.
The workflow in this example will follow this ordering of steps:
- The developer works on a feature branch.
- The developer pushes code changes to the GitHub repository on that feature branch.
- The developer opens a pull request (PR) to the
main
branch, triggering the first build. - Cloud Build runs tests and builds a container image for an app.
- The GitHub repository owner merges PRs, triggering the second build.
- Cloud Build runs and deploys the container image to the private GKE cluster.
The workflow will remain the same for both Team A and Team B. In order to get started with walking through this workflow, begin by setting up GitHub.com
to integrate with Cloud Build.