Broadcast to GitHub Releases
GitHub Releases that read like someone wrote them.
Tag a release and Yanib drafts structured notes from the real diff, features, fixes, breaking changes, then writes them back to the GitHub Release itself when you publish. The tag you already push becomes the story you never wrote.
Free forever. No credit card.
How it works
Three steps. Two minutes.
Connect
Sign in with GitHub and connect the repo. The webhook installs automatically; org and private repos work through the GitHub App.
Review
Pushing a tag triggers the draft: commits and merged PRs in, grouped story entries out. Edit anything before it goes public.
Broadcast
Publish updates the GitHub Release body natively, and simultaneously delivers the same update to your story page, Slack, email, and the rest.
Why the broadcasting layer
GitHub Releases is one spoke of nine. Every channel gets the same reviewed update, from one publish.
- Native: the notes live on the GitHub Release itself, not a link away from it
- Drafted from evidence, commits and merged PRs, never from vibes
- Release title captured from the tag; edit it alongside the entries
- If the GitHub write ever fails, every other channel still delivers, publishing never blocks
Frequently asked questions
Does this replace my tag based workflow?
No, it rides on it. Keep pushing tags exactly as you do today; the tag is the trigger. Yanib adds the writing, review, and broadcast on top.
What about private and org repos?
Supported through the Yanib GitHub App, which grants access per repository. Personal repos work with plain OAuth.
Can releases be fully automatic?
Yes. Scheduled and auto publish modes can draft and publish without a click, useful for repos where cadence matters more than wordsmithing.