
gitignore file that excludes the creds directory that you created (if you followed along exactly with the previous posts you’ve hopefully already done this). If you need a refresher on Git itself, take a look here.Īs we’re using public git repos here, make sure your working directory contains a. This tutorial is really about GitLab pipelines in particular, so if you need any further details please go back and have a quick read through those posts. You will also need to set up remote state, which is detailed in my previous pipelines post. You can use the example files from my intro to Terraform post that build a basic GKE cluster. Next, add some Terraform config to your repo.
Create a new project, and add your SSH key for convenient git usage (GitLab will prompt you to do this). This tutorial assumes you have created a free account at, but you can follow alone with a standalone server as well.
That means no promping a user for variables (if you’re used to parameterized Jenkins jobs this may come as a shock). Every commit to the repo will trigger a run of this pipeline. Every repo has a single pipeline configuration, declared in a. There are a few fundamental concepts for GitLab’s approach to CI, which make sense when you’re used to them, but may affect your decision to use it for your project: You can even use GitLab for just the CI/CD features if your git repository lives elsewhere. GitLab have been proponents of DevOps for a long time and bundle a ton of helpful tools into their product, including Kanban boards and a complete CI/CD system. If you don’t like hosted services, GitLab also provide a standalone server that can be deployed on premises or in the cloud, and commendably most of the development of their server product is open source. You may have heard of them recently since a certain acquisition and the #movingtogitlab movement.
GitLab is a hosted Git service, much like GitHub.