Since Homebrew 1.0.0 most Homebrew users (those who haven’t run a
HOMEBREW_DEVELOPER=1) require tags on the Homebrew/brew repository
in order to get new versions of Homebrew. There are a few steps in making a new
- Check the Homebrew/brew pull requests
and issues to see if there is
anything pressing that needs to be fixed or merged before the next release.
If so, fix and merge these changes.
- After no code changes have happened for at least a few hours (ideally 24 hours)
and you are confident there’s no major regressions on the current
branch you can create a new Git tag. Ideally this should be signed with your
GPG key. This can then be pushed to GitHub.
brew release-notes --markdown $PREVIOUS_TAG to generate the release
notes for the release. Create a new release on GitHub
based on the new tag.
If this is a major or minor release (e.g. X.0.0 or X.Y.0) then there are a few more steps:
- Before creating the tag you should delete any
odisabled code, make any
odisabled and add any new
odeprecations that are
- Write up a release notes blog post to https://brew.sh
This should use
brew release-notes as input but have the wording adjusted
to be more human readable and explain not just what has changed but why.
- When the release has shipped and the blog post has been merged, tweet the
blog post as the @MacHomebrew Twitter account or tweet it yourself and
retweet it with the @MacHomebrew Twitter account (credentials are in
- Send the email to the Homebrew TinyLetter email list (credentials are in
- Consider whether to submit it to other sources e.g. Hacker News, Reddit.
- Pros: gets a wider reach and user feedback
- Cons: negative comments are common and people take this as a chance to
complain about Homebrew (regardless of their usage)