Automatically Build and Update Sitecore Base Docker Images

Senior Sitecore Developer
Valtech DK

February 04, 2018

Having a repository of base images for each Sitecore version that can be shared between machines (workstations, servers etc.) is the foundation for everything Docker and Sitecore. Base images can also serve as the base for specialized images, preconfigured for each of the different Sitecore roles (CM, CD, Reporting, Processing, xConnect etc.)

This is why I just made this public so we, at least, can share how to build and update Sitecore Docker images within the community. It can be used directly by your own build environment and it pushes the images build to your own private Docker repository.

All versions since 8.2 update 3 are present (this version was the first to official support Windows Server 2016). For the Sitecore 9.0.x version there is an image per role, for now only in the XM1 topology. But I hope to get images ready for the XP1 topology in the future.

Docker Prerequisites

  • A private Docker repository. Any will do but the easiest is to sign-up for a private plan on, the cheapest one is $7/mo.
  • A file share that your build agents can reach where you have placed zip files downloaded from your license.xml.
  • Some kind of build server is also preferred (you could run the PowerShell scripts manually you if really want to..., for example TeamCity, with agents that runs:
    • Windows 10 or Windows Server 2016 that is up to date and at least the 1709 build.
    • Hyper-V installed
    • Latest stable Docker engine and cli.

How to use Docker

Configure your build server to:

  1. Trigger a build on changes to - to get new versions.
  2. Trigger once a week - to get base images updated when Microsoft releases patched images.

./Build.ps1 should be called like this:

# Login

# Build and push
. (Join-Path $PSScriptRoot "Build.ps1") `
    -Organization "YOUR ORG NAME" ` # On Docker Hub it's your username unless you create an organization
    -Repository "sitecore"

The Docker build process

Each Sitecore version (and role) is define under ./sitecore/ with a build.json file that defines the final tag and which files that should be copied (from your file share) into the version folder before docker image build is called, and of course a Dockerfile.

  1. Every base image used (the FROM line in all the Docker files) is pulled to ensure we have the latest OS patches. This is why you should schedule your build to run each week.
  2. For each version folder under ./sitecore/
    1. Determine tag to use from convention: ORGANIZATION/REPOSITORY:VERSION[-TOPOLOGY-ROLE], ex: pbering/sitecore:9.0.171219-xm1-cm. The part after the : is defined in build.json.
    2. Copy files defined in build.json if it's not already there from previous runs.
    3. Runs docker image build.
    4. Runs docker image push.

The Sitecore version number used in the tags may seem at bit strange at first glance. The reason behind is that the version used the same as the corresponding packages has on the official Sitecore NuGet feed, making it easy to identify which package and image versions to use together.

When it's done running, you should end up with something like this:

Sitecore Docker image repository

I hope that you also will find this useful :)

Article originally published on Invoke Command: Automatically Build and Update Sitecore Base Docker Images 

Contact us

We would love to hear from you! Please fill out the form and the nearest person from office will contact you.

Let's reinvent the future