semantic-release / semantic-release/release-notes-generator
`preset: conventionalcommits` produces empty release notes with conventional-changelog-conventionalcommits v10
A pull request for this has already been merged.
- #1026 by @babblebey — merged
- Dominant language
- JavaScript
- Stars
- 368
- Forks
- 55
- Avg merge
- 10m
- Merged PRs (30d)
- 1
Description
With preset: "conventionalcommits", upgrading conventional-changelog-conventionalcommits to v10 makes generateNotes emit only the version header
Every section (Features, Bug Fixes, BREAKING CHANGES, …) disappears
Version detection in @semantic-release/commit-analyzer is unaffected, so a release is still triggered but ships an empty CHANGELOG / GitHub Release
Repro (offline, no git/network needed)
import { generateNotes } from "@semantic-release/release-notes-generator";
const c = (hash, message) => ({ hash, message, committerDate: "2026-06-27T00:00:00Z" });
const ctx = {
commits: [c("aaaaaaa","feat: a"), c("bbbbbbb","fix: b")],
lastRelease: { gitTag: "v1.0.0" },
nextRelease: { version: "1.1.0", gitTag: "v1.1.0", type: "minor" },
options: { repositoryUrl: "https://github.com/o/r" },
cwd: process.cwd(), env: {}, logger: { log(){}, error(){} },
};
console.log(await generateNotes({ preset: "conventionalcommits" }, ctx));
// v9.x → renders ### Features / ### Bug Fixes
// v10.x → only "## [1.1.0](…)" header
Versions: release-notes-generator 14.1.1, conventional-changelog-conventionalcommits 10.2.0, node 22.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start at the generateNotes entry point in release-notes-generator 14.1.1 and compare its conventionalcommits handling with conventional-changelog-conventionalcommits v9 and v10. Reproduce the offline context from the issue using Node 22, then verify that v10 renders Features, Bug Fixes, and other commit sections instead of only the version header.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript, node.js
- Domain
- release
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 67/100