OVERVIEW
Releases worth linking to.
A changelog with an address and a feed. Every release gets a permalink and appears in a dedicated feed, so people can follow the product without following the blog.
Changelogs usually live in a text file nobody reads or in blog posts that bury the release between announcements about conferences.
This gives every release its own address and its own feed. Support can link to the exact version that fixed a bug, and interested users can subscribe to releases alone.
Our users subscribe to releases and nothing else.
— A product manager
WHAT YOU GET
Releases with addresses.
Addressable releases
Every version gets a permalink, so a support reply can point at the exact release that changed something.
Release-only feed
A feed containing releases and nothing else, separate from the site feed.
Version comparison
A between-versions view listing everything that changed across a range of releases.
Breaking-change flags
Entries can be marked as breaking, which surfaces them separately and in the feed title.
FULL FEATURE LIST
The rest of the release record.
What a public changelog needs to be worth linking to from a support reply.
- Permalink per release
- Release-only feed
- Between-versions comparison view
- Breaking-change flags
- Semantic version sorting
- Release date and author fields
- Markdown accepted in entries
- Structured data for software releases
SPECS
The details
- Version
- 1.1.0
- Released
- Oct 27, 2025
- Release URLs
- One per version
- Feed
- Releases only
- Sorting
- Semantic version
- Structured data
- SoftwareApplication
CHANGELOG
Recent releases
- 1.1.0Oct 2025 — Semantic version sorting replaced string ordering
- 1.0.0Sep 2025 — Breaking-change flag added to entries