Skip to content

Product Updates & Release Notes

ReadyStackGo shows when a newer version of an installed product is available in the catalog and makes its release notes accessible on a dedicated, shareable page — giving the “upgrade or not” decision useful context. Release notes can be localized (e.g. German and English) with an in-page language selector.

ElementDescription
Update badgeOn the product deployment detail page when a newer version exists
Catalog entry pointA Release notes button on the Stack Catalog product page
Dedicated pageA full page at /release-notes/:productId — bookmarkable, with the selected language in the URL
Release notesOwn CHANGELOG.md (rendered markdown, incl. GFM tables) or an external releaseNotesUrl (as a link)
LocalizationPer-language CHANGELOG.<locale>.md with an in-page language selector
NotificationA one-time notification after a source sync when an update appears

Release notes are sourced per product version from two places — an own CHANGELOG.md (preferred) and an external URL as a fallback.

Section titled “Option A: CHANGELOG.md next to the manifest (recommended)”

Place a CHANGELOG.md in the same directory as the product manifest file. It is read automatically during sync and rendered as formatted markdown in the UI.

my-product/
├── rsgo.yaml # product manifest (productVersion: "1.1.0")
├── CHANGELOG.md # neutral fallback, picked up automatically
├── CHANGELOG.de.md # optional: German release notes
└── CHANGELOG.en.md # optional: English release notes

When one or more CHANGELOG.<locale>.md files exist, the viewer shows a language selector and defaults to the reader’s browser language; the neutral CHANGELOG.md is used as a fallback when the requested language is missing.

Alternatively (or in addition), provide a URL in the manifest metadata block, e.g. to a GitHub release:

metadata:
name: "My Product"
productId: "com.example.myproduct"
productVersion: "1.1.0"
releaseNotesUrl: "https://github.com/example/my-product/releases/tag/v1.1.0"

For the full manifest schema see Manifest format.


Step by step: discover an update & read the release notes

Section titled “Step by step: discover an update & read the release notes”

Step 1: Open the release notes from the Stack Catalog

Section titled “Step 1: Open the release notes from the Stack Catalog”

Every catalog product version whose changelog is available shows a Release notes button on its Stack Catalog page — you can read the notes before deploying or upgrading, without an existing deployment.

Release notes button on the Stack Catalog product page

Step 2: Read the notes on the dedicated page

Section titled “Step 2: Read the notes on the dedicated page”

The button opens the dedicated release notes page. An own CHANGELOG.md is rendered as formatted markdown — including GFM tables, lists and headings.

Dedicated release notes page rendering the changelog with a table

Step 3: Switch the language (when localized)

Section titled “Step 3: Switch the language (when localized)”

If the product ships more than one CHANGELOG.<locale>.md, a language selector appears in the header. The selected language is stored in the URL (?locale=), so the page stays shareable and bookmarkable.

Release notes page with the language selector

Step 4: The update badge as a second entry point

Section titled “Step 4: The update badge as a second entry point”

When a newer version of an installed product exists in the catalog (determined by SemVer during source sync), the product deployment detail page shows an “Update available” badge with the target version. If that version has release notes, a Release notes action opens the same dedicated page.

Update badge on the product deployment detail page


  1. A source sync loads product versions from the configured sources (local, Git, OCI registry). Multiple versions of the same product can coexist.
  2. For each active product deployment, RSGO compares the installed version with the latest available one (strictly SemVer-newer, no downgrade).
  3. If a newer version exists, the badge appears and — once — a notification is raised.
  4. The target version’s release notes are loaded on demand from the dedicated page.

  • An own CHANGELOG.md (or CHANGELOG.<locale>.md) from the configured sources is loaded server-side and rendered as sanitized markdown.
  • External releaseNotesUrl values are never fetched server-side, only shown as a link (SSRF protection).