Guide new project release
releasecommandsetup L1★2
AndriyKalashnykov/flight-path ↗What it does
Guide new release creation with version bump and changelog
Best for
Creating a release tag and version bump with a full audit trail and zero-trust approval gates
Inputs
- · Current version from pkg/api/version.txt or git tag
- · New version (explicit version, semver bump type, or user selection)
- · Git log since last release for changelog
Outputs
- · Updated pkg/api/version.txt with new version
- · Updated CHANGELOG.md with release notes
- · Git commands for commit, tag, and push (requires explicit user approval before executing)
Requires
- · Read (pkg/api/version.txt, CHANGELOG.md, git log)
- · Write (version file, CHANGELOG.md)
- · Bash (git tag, git log, make lint/sec/test/build commands)
Preconditions
- · pkg/api/version.txt or git tags present for version tracking
- · CHANGELOG.md exists in project root
- · Git repository initialized
- · All pre-commit checks (lint, sec, vulncheck, tests) passing
Failure modes
- · Version parse ambiguous (no current version found)
- · Pre-commit checks fail (tests, linting, security scans)
- · User declines version confirmation or final release confirmation
Trust signals
- · Requires explicit approval at THREE checkpoints (version, release commands, final go-ahead)
- · Runs full pre-commit checklist (make lint, make sec, make vulncheck, make test, make build)
- · Shows exact git commands before executing (no surprises)
- · Categorizes commits (Features, Fixes, Improvements, Docs, Internal)
- · Pre-release suffix handling (e.g., 0.1.3-alpha + patch → 0.1.4-alpha)