Skip to content

chore(tracking): SDP Release 25.7.0 #722

@NickLarsenNZ

Description

@NickLarsenNZ

Important

Important dates:

  • 2025-05-05 - Release planning
  • 2025-06-02 - Lock product versions
  • 2025-07-10 - Final operator-rs release
  • 2025-07-10 - Begin bumping operator-rs crates in each operator
  • 2025-07-18 - Begin release-branching tasks (might need to be pushed again)
  • 2025-07-25 - Target release date (marketable)

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.

Pre-release

Tip

These tasks should be done a week or so before the release date.

Release 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.

  • 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).

Release tagging

Tip

See stackable-utils for script to create tags and update changelogs.

  • Create release tag(s) for docker-images
  • Create release tag(s) for operators
  • Update release version in changelogs on main branches
  • Wait for images to be built before proceeding
  • Test stackablectl with locally updated (to new release number) releases.yaml @NickLarsenNZ
  • chore: Add 25.7.0 release release#38
  • Release stackablectl No longer tied to the SDP release cycle

Release verification

Tip

These tasks do not block the Documentation tasks below and can be done concurrently.

Documentation tasks

Tip

Name the release-notes branch docs/release-notes-25.7.0 so that the link below takes you directly to the Pull Request template.

  • Add to the release notes that we plan on deprecating/removing Hive 3 in an upcoming release
  • chore: Add 25.7.0 release crddocs#52
  • Create a stackabletech/documentation branch called docs/release-notes-25.7.0
  • chore(tracking): Release Notes for SDP 25.7.0 documentation#757
  • Update SDP release version in documentation/modules/ROOT/pages/getting-started.adoc and test the release install command
  • Cut a release branch (see scripts/make-release-branch.sh)
  • Update releases in the playbook (see scripts/publish-new-version.sh)
  • 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)
  • Post an announcement via OSBA (Ping Lars, mailto:info@osb-alliance.com)
  • Send announcement to Kubernetes Podcast (Ping Lars)
  • Send announcement to Heiser
  • Ping the stackable-ionos-tech channel or anyone responsible once all tags are created

Post-release tasks

Sub-issues

Metadata

Metadata

Assignees

Labels

Type

Projects

Status

Done

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions