Release process guidance

Release version and Docker images

  1. Document all the changes for new release in
  2. Create release tag with git tag v1.xx.y in master branch and git tag v1.xx.y-cluster in cluster branch.
  3. Run make release for creating *.tar.gz release archive with the corresponding _checksums.txt inside bin directory.
  4. Run make publish for creating and publishing Docker images.
  5. Repeat steps 3-4 for cluster branch.
  6. Push release tag to : git push origin v1.xx.y.
  7. Go to , create new release from the pushed tag on step 5 and upload *.tar.gz archive with the corresponding _checksums.txt from step 2.

Building snap package.


  • snapcraft binary, can be installed with commands: for MacOS brew install snapcraft and install mutipass, for Ubuntu - sudo snap install snapcraft --classic
  • login with snapcraft login
  • already created release at github (it operates git describe version, so git tag must be annotated).
  1. checkout to the latest git tag for single-node version.
  2. execute make release-snap - it must build and upload snap package.
  3. promote release to current, if needed manually at release page snapcraft-releases

Public Announcement

  1. Publish message in slack (, general channel)
  2. Post twit with release notes URL
  3. Post in subreddit
  4. Post in linkedin

Helm Charts

The helm chart repository

Bump the version of images.

In that case, don't need to bump the helm chart version

  1. Need to update values.yaml, bump version for vmselect, vminsert and vmstorage
  2. Specify the correct version in Chart.yaml
  3. Update version, specify the new version in the documentation
  4. Push changes to master. master is a source of truth
  5. Rebase master into gh-pages branch
  6. Run make package which creates or updates zip file with the packed chart
  7. Run make merge. It creates or updates metadata for charts in index.yaml
  8. Push the changes to gh-pages branch

Updating the chart.

  1. Update chart version in Chart.yaml
  2. Update file, reflect changes in the documentation.
  3. Repeat the procedure from step 4 previous section.

Wiki pages

All changes from docs folder and .md extension automatically push to Wiki

Note: no vice versa, direct changes on Wiki will be overitten after any changes in docs/*.md

Github pages

All changes in, docs folder and .md extension automatically push to Wiki