Orbit
BlogGuides · Sep 18, 2026 · 9 min read

Changelogs people actually watch

Release notes reach a few hundred people. A twenty second film of the same release gets shared. Here is the whole playbook for turning a GitHub release into one, every time you ship.

BBankkFounder, VTX Labs

Most teams ship far more than they announce. A release goes out, someone writes a changelog entry, a few people read it, and that is where the story ends. The work was real. It just never reached the people it was for.

This guide is about closing that gap with almost no extra effort: turning the release you already wrote into a short film that people actually watch, share and remember.

The quiet release

Release notes are written for people who are already paying attention. They are long, they are text, and they live on a page most customers never visit. That is fine for an audit trail. It is a poor way to tell anyone that something good happened.

Video travels where text does not. It autoplays in a feed, it fits in a sales email, it loops on a laptop at a conference booth. The reason most teams skip it is not that they doubt it works. It is that making one takes a day they do not have.

20s
Ideal changelog film
3
Highlights, no more
2 min
To make one

You do not need a script. The release page is the script. Paste its public URL into Orbit and it reads the release notes, the merged pull requests and the tag, then picks out what deserves a frame.

  1. 01Paste the release URLAny public GitHub release, or the latest release link for a repository.
  2. 02Orbit reads itNotes, merged pull requests and the version become the raw material.
  3. 03Highlights get pickedThe changes most likely to matter to a customer rise to the top.
  4. 04A storyboard comes backOpening line, highlights, sign-off, already timed.
A changelog film in the Mono pack. The version rises in, then the highlights tick in one by one.

Add one line of direction

The link brings the facts. A single sentence brings the angle. You are not writing a brief, you are telling Orbit who the film is for and what they should remember.

That line does three jobs. It names the audience, so jargon gets cut. It names the hero feature, so it gets its own scene instead of being item four in a list. And it sets the pace, which decides how much fits.

The shape of a good changelog film

Almost every great changelog film has the same four beats, and Orbit builds them by default:

  1. The headline. The version and one sentence of why it matters.
  2. The hero change. One feature, shown rather than listed.
  3. The rest, quickly. Two more highlights and a count of everything else.
  4. The sign-off. Your logo and where to try it.

Resist the urge to show everything. A film that lists eleven fixes is a changelog with extra steps. Three highlights and a number (“and 42 fixes”) says the release was big without making anyone read it.

The hero beat: one feature, one line, full frame.

Pick a look, then a length

Every film comes back in every style pack at once, so you are choosing a look rather than designing one. Most teams settle on one pack and keep it, which quietly builds recognition across releases.

For length, twenty seconds is the sweet spot for a changelog. Long enough for three highlights, short enough to finish before anyone scrolls. Export all three formats together: 16:9 for your site and email, 9:16 for stories, 1:1 for feeds.

Make it a habit

The real win is not one great film. It is that the next one takes the same two minutes, because it comes from the release itself. Teams that do this every release stop thinking of it as marketing. It becomes part of shipping: tag the release, make the film, post it.

Your changelog stops being the quietest page on your site and starts being the thing people forward to each other. That is what a release deserves.

Written by
BBankkFounder, VTX Labs