Relizy can automatically post a comment on your pull request or merge request with release information after running relizy release. This keeps your team informed about what was released directly in the PR/MR where the work happened.
Version transition (e.g., 1.0.0 → 1.1.0), except in independent mode where each package has its own version in the package table
Git tags created
Dist-tag used
Date and branch
Package table with version transitions (private packages are listed when monorepo.includePrivates is enabled)
Installation commands for each package manager
Projects that publish nothing
Installation commands are only shown for packages that are actually published: they are omitted when release.publish is false, and never shown for private packages. See Private Projects & Apps.
In update mode, Relizy finds and updates an existing comment instead of creating a new one. It uses a hidden HTML marker (<!-- relizy-pr-comment -->) to identify its previous comment.
If no previous comment is found, it creates a new one.
# Any of these (checked in order):export RELIZY_GITLAB_TOKEN="your-token"export GITLAB_TOKEN="your-token"export GITLAB_API_TOKEN="your-token"export CI_JOB_TOKEN="your-token" # Available in GitLab CI
No additional configuration is needed! PR commenting works out of the box when a GitHub/GitLab token is available and the command is run from a branch with an open PR/MR.
ts
import { defineConfig } from 'relizy'export default defineConfig({ // PR comment is enabled by default in release workflow // Customize if needed: prComment: { mode: 'append', // or 'update' },})
PR Comments
Relizy can automatically post a comment on your pull request or merge request with release information after running
relizy release. This keeps your team informed about what was released directly in the PR/MR where the work happened.How It Works
When you run the
releasecommand (or use the standalonepr-commentcommand), Relizy will:PR comment posting is part of the release workflow and runs after:
Comment Statuses
Relizy generates different comments depending on the release outcome:
✅ Success
When the release succeeds, the comment includes:
1.0.0 → 1.1.0), except inindependentmode where each package has its own version in the package tablemonorepo.includePrivatesis enabled)Projects that publish nothing
Installation commands are only shown for packages that are actually published: they are omitted when
release.publishisfalse, and never shown for private packages. See Private Projects & Apps.Example:
⏭️ No Release
When no qualifying commits exist (nothing to release):
❌ Failed
When the release fails:
Comment Modes
Relizy supports two comment modes:
Append Mode (Default)
In
appendmode, Relizy creates a new comment each time. This is useful when you want a full history of release attempts on the PR.Update Mode
In
updatemode, Relizy finds and updates an existing comment instead of creating a new one. It uses a hidden HTML marker (<!-- relizy-pr-comment -->) to identify its previous comment.If no previous comment is found, it creates a new one.
TIP
Use
updatemode in CI/CD to keep your PR clean — only one Relizy comment will ever appear on the PR.Supported Providers
Relizy automatically detects the provider from your git remote URL.
PR Detection
Relizy auto-detects the PR/MR number from the current git branch by querying the provider's API. You can also manually specify the PR number:
TIP
In CI/CD environments like GitHub Actions, you can pass the PR number from the environment:
Standalone vs Release Integration
As Part of Release Workflow
PR commenting is enabled by default in the release workflow. Just run:
To disable it:
Or in your config:
Standalone Command
You can also post PR comments independently:
Authentication
PR comments use the same tokens as provider releases:
GitHub
Required token scope:
pull-requests: write(orrepofor classic tokens).GitLab
Dry Run
Preview the comment without posting:
This will:
Quick Setup
No additional configuration is needed! PR commenting works out of the box when a GitHub/GitLab token is available and the command is run from a branch with an open PR/MR.
Learn More