New version release checklist

This page is a checklist of the steps the project admins follow when creating a new official Redash release:

Warning

Make sure to do a Release Candidate build first (and announce it) about a week before the actual release, to help catch any issues before the actual release goes out

• Update CHANGELOG

• Create a release branch, so we can add minor patches over time if needed

• Create the new Release in the GitHub Releases system (and might as well copy the changelog from CHANGELOG.md?)

• Ensure an appropriately named Docker image exists on Docker Hub

• Update appropriate pages on Redash website to mention it directly

  • How to upgrade (source)
    • Include the new release in the table of recent Redash releases

• Announcement in the GitHub Discussions