Help us improve
Share bugs, ideas, or general feedback.
From github-release
Use when creating releases, version bumps, tagging, release health checks, or when user says 'release', 'tag', 'version bump'. Also activates on gh release commands to BLOCK them and redirect to safe process.
npx claudepluginhub netresearch/claude-code-marketplace --plugin github-releaseHow this skill is triggered — by the user, by Claude, or both
Slash command
/github-release:github-releaseThis skill is limited to the following tools:
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
**NEVER run `gh release create` or `gh release delete`.**
checkpoints.yamlevals/evals.jsonreferences/ci-workflow-templates.mdreferences/ecosystem-detection.mdreferences/immutable-releases.mdreferences/recovery-procedures.mdreferences/release-process.mdreferences/supply-chain-security.mdreferences/ter-republish.mdreferences/typo3-ter-publishing.mdscripts/check-changelog-links.pyscripts/check-release-workflow.shscripts/detect-ecosystem.shscripts/guard-gh-release.pyscripts/guard-lightweight-tag.pyscripts/suggest-version.shscripts/validate-pre-release.shscripts/validate-reusable-workflows.shtemplates/pre-push-tag-guard.shtemplates/release-generic.ymlGuides using Bun as JavaScript runtime, package manager, bundler, and test runner. Covers choosing Bun vs Node, Node migration, and Vercel deployment support.
Share bugs, ideas, or general feedback.
NEVER run gh release create or gh release delete.
These commands are blocked by hooks. GitHub immutable releases (GA Oct 2025) make tag names permanent — a lightweight tag created by gh release create burns that tag name forever with no recovery path. CI handles release creation from signed tags.
gh release edit is allowed ONLY for --notes / --notes-file to overhaul the release description after CI publishes. All other gh release edit flags are blocked.
references/ecosystem-detection.md)release/vX.Y.Z branch, open PR for review (always use a PR; branch protection typically blocks direct pushes anyway, and CI gets one last chance to validate)git checkout main && git pull, then tag main's HEAD: git tag -s vX.Y.Z -m "vX.Y.Z". Tag from main, not from the release/vX.Y.Z branch tip — see references/release-process.md Phase 3.git push origin vX.Y.Z triggers CI workflowgh release edit vX.Y.Z --notes-file notes.md (use --notes-file, not --notes "...", to avoid shell quoting issues with multi-line Markdown)softprops/action-gh-release) regenerate the body each run and will overwrite the overhaul. For downstream retries (TER publish, artifact upload), use a dedicated dispatcher workflow — see references/ter-republish.md./release — full release flow (detect, bump, PR, tag)/release-prepare — bump versions and open PR only (no tag)/release-status — check release health (version drift, unsigned tags, missing workflows)enterprise-readiness skillgit-workflow skillreferences/release-process.md — complete flow documentationreferences/ecosystem-detection.md — version file patterns per ecosystemreferences/immutable-releases.md — GitHub immutable releases and tag burningreferences/supply-chain-security.md — SLSA, Sigstore, SBOMs, attestationsreferences/recovery-procedures.md — burned tags, stuck drafts, version drift, release-body clobbering, branch-protection gotchasreferences/ter-republish.md — TYPO3 TER re-publish patternsreferences/typo3-ter-publishing.md — TYPO3 initial-publish gotchas (tag/ext_emconf.php version match, v-prefix handling)references/ci-workflow-templates.md — CI workflow structure and templates