원클릭으로
release
Run pre-release validation and execute the release process
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Run pre-release validation and execute the release process
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Push branch and create a GitHub PR with concise, issue-linked description
Walk over all open GitHub issues that are unassigned or assigned to the current user, and process each one via the /gh-issue skill, sequentially.
Add new assertion function with comprehensive tests following TDD
Analyze test coverage and identify untested code paths
Debug and fix failing tests systematically
Run comprehensive pre-release validation checklist
| name | release |
| description | Run pre-release validation and execute the release process |
| user-invocable | true |
| argument-hint | [version] |
| allowed-tools | Bash, Read, Grep, Glob |
Thin reminder around ./release.sh. The release script owns the whole
end-to-end flow (version bumps, build, checksum, CHANGELOG, commit, signed
tags, push, GitHub release, latest branch). Don't reimplement those steps
here — fix release.sh if something is missing.
grep -o 'BASHUNIT_VERSION="[^"]*"' bashunit | cut -d'"' -f2git branch --show-currentgit status --shortawk '/^## Unreleased$/,/^## \[/' CHANGELOG.md | head -30./bashunit tests/ # all green
make sa && make lint # static analysis + editorconfig
gh run list --limit 3 --branch main
Stop and report if anything fails. Don't release on a red main.
$ARGUMENTS overrides; otherwise the script auto-increments the minor.
Bump by the Unreleased section: a ### Added/feat → minor, only ### Fixed →
patch. Confirm the version with the user before publishing.
./release.sh <version> --dry-run # preview; changes nothing
./release.sh <version> --force # publish (non-interactive)
Notes:
--dry-run release notes look "off" (they show the previous version's
section) because the CHANGELOG isn't actually rewritten in a dry run. The
real run converts ## Unreleased → ## [<version>] first, so the published
notes are correct. Not a bug.release::create_tags makes annotated, -m
tags (signed when tag.gpgsign=true) and pins v0 to the release commit
(^{}). No manual tagging needed..github/workflows/npm-publish.yml on the
GitHub release: published event.gh release view <version> # assets: bin/bashunit + bin/checksum
gh run list --workflow npm-publish.yml --limit 1
git log --oneline -1 origin/latest # latest branch advanced (docs deploy)
Confirm the npm version and the install.sh checksum match, then report the release URL.
./release.sh --rollback restores files from the most recent backup if a run
fails mid-way.
/release
/release 0.40.0