Skip to main content
Version: 3.4

GitLab CI

When using Loft with GitLab you can use the official image as either a base image or directly. If additional tooling is needed for your CI/CD process, a custom image can be created.

Virtual Clusters Too!

Check out the Virtual Cluster Integration section for examples of creating Virtual Clusters in a GitLab CI Pipeline.

Spaces for Merge Requests

This example shows how to create and delete a Space for running end-to-end tests for the default branch and merge requests. It assumes you have configured CI/CD variables LOFT_URL and LOFT_ACCESS_KEY.


- test

stage: test
- loft login $LOFT_URL --access-key $LOFT_ACCESS_KEY
- loft create space "${CI_PROJECT_NAME}-${CI_COMMIT_SHORT_SHA}-${CI_PIPELINE_ID}" --use
- apk add go make
- kubectl apply -Rf ./kubernetes
- kubectl rollout status deployments/my-app
- make e2e


  1. The image is used for all pipeline jobs and provides the loft CLI, the devspace CLI, and kubectl.
  2. The before_script first logs in to loft using the $LOFT_URL and $LOFT_ACCESS_KEY variables that you defined in GitLab. See the GitLab docs for more information
  3. The before_script then creates a space using predefined GitLab variables to create a unique name for the space. Optionally, the --use flag can be used to reuse an existing space instead of creating a new one.
  4. Next before_script installs some additional tooling needed to run the end-to-end tests. For more complex scenarios creating a custom image is recommended.
  5. Then the script section uses kubectl to deploy the application to the space and waits for the my-app deployment to become ready. make is then used to run an end-to-end test suite.
  6. Finally after_script deletes the space. By using after_script we can ensure the space is deleted even if the tests fail. You may wish to skip this step if reusing the space using the --use flag when creating the space.