You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A small change freeze is required until these tasks have been completed.
Tip
See stackable-utils for script to create tags and update changelogs.
Create release branch for docker-images
Create release branches for operators
Create release branch for demos
Wait for images to be built before proceeding
Release candidate testing
Tip
As issues are discovered, they can be fixed on the main branch, and cherry-picked into the release branch.
Please ensure the changelog is updated and correct for the release after cherry-picking changes.
Please also keep PR links as they are in main (do not update them for the cherry-picked PR).
Remove any references to HEAD and main from the Antora playbooks on the release branch (replace with the release branch)
Update antora.yaml version in stackabletech/demos on the release branch - the stackable-utils release-scripts should do this like they do for products and operators.
Set the release to "Released" in the Feature Tracker and create a new release (ping @lfrancke)
Update the getting-started page in the main docs and check it works with this release
Marketing tasks
Note
Marketing material can now reference published documentation.
Write marketing / customer oriented release summary to be published in the marketing channels
Update the homepage banner (as long as we have it) to point to the new release
Write a blogpost / news article announcing the new release (optional)
Write a description of new demos for homepage/demos section
Announce Release on LinkedIn
Announce Release in Newsletter (optional)
Produce a release highlight video (optional)
Announce Release on Hacker News (optional)
Post an announcement in the GitHub Discussions Announcement forum and make it a pinned discussion while at the same time removing the old pinned thread
Post an announcement in Discord
Post an announcement on DOK Community in the #be-shameless Channel (Ping Lars or Jim)
Important
Important dates:
Tip
Replace the items in the task lists below with the applicable Pull Requests / Issues.
Early Pre-release tasks
Tip
These tasks should be done earlier in the process to lessen the burden at Pre-release time.
niv updateand test viamake run-dev(operator-templating)Pre-release
Tip
These tasks should be done a week or so before the release date.
--test-suite openshiftagainst Replicated OKD) @NickLarsenNZRelease branching
Caution
A small change freeze is required until these tasks have been completed.
Tip
See stackable-utils for script to create tags and update changelogs.
Release candidate testing
Tip
As issues are discovered, they can be fixed on the
mainbranch, and cherry-picked into the release branch.Please ensure the changelog is updated and correct for the release after cherry-picking changes.
Please also keep PR links as they are in
main(do not update them for the cherry-picked PR).Release tagging
Tip
See stackable-utils for script to create tags and update changelogs.
stackablectlwith locally updated (to new release number)releases.yaml@NickLarsenNZRelease stackablectlNo longer tied to the SDP release cycleRelease verification
Tip
These tasks do not block the Documentation tasks below and can be done concurrently.
Test demos from scratch (25.7.0)We decided to only testhbase-hdfs-load-cycling-data, see below...x86_64and(defer aarch64 until interu is used)) @NickLarsenNZaarch64--test-suite openshiftagainst Replicated OKD) @NickLarsenNZ See fix: Spark-connect test timing issues spark-k8s-operator#597Documentation tasks
Tip
Name the release-notes branch
docs/release-notes-25.7.0so that the link below takes you directly to the Pull Request template.docs/release-notes-25.7.0documentation/modules/ROOT/pages/getting-started.adocand test the release install commandMarketing tasks
Note
Marketing material can now reference published documentation.
Post-release tasks