Backend changelog
Understand auto-generated changelogs via semantic-release. Use when viewing release history, understanding changelog format, or debugging missing changelog entries.
install
source · Clone the upstream repo
git clone https://github.com/sgcarstrends/sgcarstrends
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/sgcarstrends/sgcarstrends "$T" && mkdir -p ~/.claude/skills && cp -r "$T/.claude/skills/changelog" ~/.claude/skills/sgcarstrends-backend-changelog && rm -rf "$T"
manifest:
.claude/skills/changelog/SKILL.mdsource content
Changelog Skill
Changelogs are auto-generated by
@semantic-release/changelog on each release.
How It Works
- semantic-release runs on push to
main
generates notes from commits (conventionalcommits preset)@semantic-release/release-notes-generator
prepends notes to@semantic-release/changelogCHANGELOG.md
commits the updated changelog@semantic-release/git
Changelog Sections
Commit types map to changelog sections:
| Commit Type | Changelog Section |
|---|---|
| Features |
| Bug Fixes |
| Performance Improvements |
| Reverts |
/ | BREAKING CHANGES |
Types
chore, docs, refactor, test, ci do not appear in the changelog.
Viewing Changelog
# View the changelog file cat CHANGELOG.md # View a specific GitHub release's notes gh release view v4.46.0 # List recent releases with dates gh release list --limit 10
Missing Changelog Entry?
If a commit does not appear in the changelog:
- Check the commit type — only
,feat
,fix
,perf
generate entriesrevert - Verify the commit landed on
(not a feature branch)main - Check if semantic-release ran:
gh run list --workflow=release.yml - Ensure commit message follows conventional format
File Location
- Changelog:
(root of repository)CHANGELOG.md - Config:
→.releaserc.json
plugin@semantic-release/changelog
Related
- See
skill for commit message formatconventional-commits - See
skill for release workflowrelease-management