Release Please

github.com ↗

Turn Conventional Commits into reviewed release pull requests.

SI Score
80/100
Pricing
Open Source AI reading, not confirmed
Free plan
Not confirmed
Sign-up required
Not confirmed

Ask SI about Release Please

Answers use saved listing facts and recorded sources.
Homepage screenshot
Screenshot of the Release Please homepage

What it does

Release Please analyzes commit history to prepare changelog and version updates in release pull requests. Merging a release pull request updates the relevant files, creates a version tag, and creates a GitHub Release. It can run as a command-line tool or through its GitHub Action and supports multiple release strategies and manifest-based releases.

Release Please uses commit history as its input and turns release preparation into a review step. In an illustrative example, a project has commits such as feat: export deployment metadata and fix: handle empty changelog; the action can prepare a pull request with version and changelog changes. Review that diff before merging. The documented merge flow creates a tag and GitHub Release, so the output is a versioned release checkpoint rather than a compiled package. No repository or action was run for this listing.

The GitHub Action needs repository write permissions for contents, issues, and pull requests, and token behavior matters if later workflows should trigger from changes made by the action. It is release-specific tooling, not a general CI service, and does not publish artifacts to package managers by itself. The README says Release Please is not an official Google product.

Compared with the already listed Changesets, Release Please derives changes from commit history rather than asking contributors to add changeset files; Changesets has particular support for monorepo versioning. GoReleaser focuses on release engineering and artifact publishing, while Release Please is centered on preparing reviewed release pull requests.

Strengths

  • Creates a review checkpoint before tagging a release.
  • Automates changelog and version updates from commit history.
  • Supports multiple release strategies and manifest-based releases.

Watch out for

  • Works best when commit messages follow Conventional Commits.
  • Does not publish packages to package managers.
  • GitHub Action use requires repository permissions and careful token configuration.

Best for

  • Teams using Conventional Commits that want reviewed release pull requests
  • Projects automating version and changelog updates
  • Monorepos managing multiple releases through a manifest

Sources