dnogu/Semantic Create Release

Automated semantic versioning and release creation based on PR labels

View on GitHub

Trust Signals

Scorecard Score
not yet scored
Maintenance Recency
Activelast commit Apr 9, 2026
License
MIT

Pinned Snippet

workflow.ymlSHA-pinned
uses: dnogu/semantic-release-action@b759816e1406fb46a8a7190cf0cd05e24fc84427 # v1.6.0

tags can be moved; commit SHAs can't. why a SHA?

namedescriptionrequireddefault
github-tokenGitHub token for creating releases and tagsyes
major-labelLabel name for major version bumpsnomajor
minor-labelLabel name for minor version bumpsnominor
patch-labelLabel name for patch version bumpsnopatch
prerelease-labelLabel name for prerelease versionsnoprerelease
prerelease-suffixSuffix to use for prerelease versions (e.g., beta, alpha, rc)nobeta
prerelease-numberStarting number for prerelease versionsno1
node-versionNode.js version to use for buildingno24
package-managerPackage manager to use (npm, yarn, pnpm)nonpm
working-directoryWorking directory for the actionno.
install-commandCommand to install dependenciesno""
test-commandCommand to run testsno""
build-commandCommand to build the projectno""
create-major-releaseWhether to create major version releases (v1.2.3, v2.1.0, etc.)notrue
base_releaseWhether to update base version tags (v1, v2, etc.) to the latest stable release without creating a separate major-tag releasenotrue
copy-assetsWhether to copy assets to base version releasesnotrue
auto-generate-notesWhether to auto-generate release notes from commitsnotrue
update-package-jsonLegacy package.json toggle. When package-json-mode is not set, true maps to update and false maps to ignorenotrue
package-json-modeHow to handle package.json: update, verify, or ignore. Leave empty to fall back to update-package-jsonno
package-json-pathPath to package.json filenopackage.json
git-user-nameGit user name for commitsnogithub-actions[bot]
git-user-emailGit user email for commitsnogithub-actions[bot]@users.noreply.github.com
commit-changesWhether to commit and push branch changes before tagging, or back to a PR branch in prepare modenotrue
trigger-modeHow the action was triggered (pr-open, pr-merge, manual, workflow-call, push-main)noauto-detect
execution-modeWhether to validate a planned version, prepare a PR branch, perform the full release flow, or create only the Git tag and GitHub release (auto-detect defaults to prepare for same-repo PRs, validate for fork PRs, and release after merge)noauto-detect
namedescription
releasedWhether a release was created (true/false)
versionThe new version number (e.g., v1.2.3)
previous-versionThe previous version number
release-typeType of release (major/minor/patch/none)
is-prereleaseWhether this is a prerelease (true/false)
release-urlURL of the created release
release-idID of the created release
major-versionMajor version tag (e.g., v1)
major-release-urlURL of the release currently targeted by the major version tag
tag-nameGit tag name that was created