Environments allow you to develop and test your Magnolia PaaS project in separate places so that your project is thoroughly tested and production-ready without impacting the proper production environment itself.

Typically, you have three environments and by default, we offer the following.

Environment Description


The dev, or development, environment is typically used for active development where developers build out the project.

This is typically the starting environment for your project.

dev environment overview


The uat, or User Acceptance Testing, environment is often used to validate and test the software developed by the developers in the dev environment. Hence, the "acceptance" part of the name.

Typically, the environment flow moves from dev > uat > prod.

uat environment overview


The prod, or production, environment is the actual live environment and is implemented after uat.

prod environment overview

Author and Public in environments

We recommend that you have both Public and Author instances within your different environments as this allows proper testing of the entire workflow through multiple environments. Check out the visual below for more details.

environments with architecture

Need custom environments?

If your Magnolia PaaS project requires that you have different environments than the default 3 environments (dev, uat, prod), you can configure your .gitlab-ci.yml file to have whatever environments you like.

Once configured in the .gitlab-ci.yml file, you can easily view and manage your environments directly from the Cockpit.

The .gitlab-ci.yml file

It’s important that you configure the .gitlab-ci.yml file correctly so that your development changes are picked up and deployed. If you are using a different CI/CD pipeline, you can use this file as a blueprint.

Magnolia automatically picks up the changes when using this approach.
# Use the latest Maven version

  - build
  - push
  - deploy

  MAVEN_OPTS: "-Dhttps.protocols=TLSv1.2 -Dmaven.repo.local=$CI_PROJECT_DIR/.m2/repository -Dorg.slf4j.simpleLogger.log.org.apache.maven.cli.transfer.Slf4jMavenTransferListener=WARN -Dorg.slf4j.simpleLogger.showDateTime=true -Djava.awt.headless=true"
  MAVEN_CLI_OPTS: "-s .m2/settings.xml --batch-mode --errors --fail-at-end --show-version -DinstallAtEnd=true -DdeployAtEnd=true"

# Build the Maven project.
build-magnolia: (1)
  image: maven:3.6-jdk-11-slim
  stage: build
    key: "$CI_JOB_NAME"
      - $CI_PROJECT_DIR/.m2/repository
    - mkdir -p $CI_PROJECT_DIR/.m2
    - mvn $MAVEN_CLI_OPTS package
    - ls -Fahl base-webapp/target
    expire_in: 30 days
      - base-webapp/target/*.war

# Build docker images based on artifacts from the build stage.
push-docker-image: (2)
    name: gcr.io/kaniko-project/executor:debug
    entrypoint: [""]
  stage: push
    - build-magnolia
    - export WEBAPP_IMAGE=${CI_REGISTRY_IMAGE}/magnolia-webapp
    - export GIT_TAG=$CI_COMMIT_SHORT_SHA (3)
    - mkdir -p /kaniko/.docker
    - echo "{\"auths\":{\"$CI_REGISTRY\":{\"username\":\"$CI_REGISTRY_USER\",\"password\":\"$CI_REGISTRY_PASSWORD\"}}}" > /kaniko/.docker/config.json (4)
    - cd base-webapp
    - /kaniko/executor --context . --dockerfile ./Dockerfile --destination "$WEBAPP_IMAGE:$GIT_TAG"

.deploy: (5)
  image: registry.gitlab.com/mironet/helm-kubectl-gomplate:v0.0.3
  stage: deploy
    - helm repo add mironet https://charts.mirohost.ch/
    - export HELM_CHART_VERSION=1.5.4
  when: manual

deploy-dev: (6)
  extends: .deploy
    - export DEPLOYMENT=dev
    - export LE_ENVIRONMENT=letsencrypt-prod
    - cat values.yml | gomplate > ${DEPLOYMENT}.yml
    - cat ${DEPLOYMENT}.yml
    - helm upgrade -i ${DEPLOYMENT} mironet/magnolia-helm --version ${HELM_CHART_VERSION} -f ${DEPLOYMENT}.yml --create-namespace -n ${DEPLOYMENT}
    name: dev (7)
  when: manual (8)

deploy-uat: (6)
  extends: .deploy
    - export DEPLOYMENT=uat
    - export LE_ENVIRONMENT=letsencrypt-prod
    - cat values.yml | gomplate > ${DEPLOYMENT}.yml
    - cat ${DEPLOYMENT}.yml
    - helm upgrade -i ${DEPLOYMENT} mironet/magnolia-helm --version ${HELM_CHART_VERSION} -f ${DEPLOYMENT}.yml --create-namespace -n ${DEPLOYMENT}
    name: dev (7)
  when: manual (8)
1 In the build-magnolia stage, the web app is built using maven, as with any Magnolia project.
2 In the push-docker-image stage, the Docker image is built and pushed to the Docker registry (in this case the GitLab registry), using the Dockerfile located in the webapp folder.
3 The GIT_TAG is used to set the tag for the created Docker image.
4 The environment variables are set automatically by GitLab if the GitLab registry is used for the project.

We recommend that you use GitLab.

env variables



5 The general deployment stage defines the helm chart repo and the version of the Helm chart to be used in the actual deployments.
6 The actual deployment stages define the namespace and prefix for the deployment. These stages can be duplicated for different namespaces (so that deployments can run in parallel on the cluster) and for different clusters (see 7).
7 The environment name corresponds to the environment scope defined when the Kubernetes clusters were added to GitLab.
8 The deployment must be triggered manually.