Preparing Releases
Preparing Releases
Move from an approved release state through version, changelog, commit, tag, and remote publication.
custy run releaseCategory
Quick Command
custy --dry-run run release [OPTIONS]Goal
Use Release when an approved version should be applied, documented, committed, tagged, and pushed. The profile validates release prerequisites and ends after push; it does not invoke Full's experimental finalization stage.
Release Readiness Checklist
Before You Begin
- The release scope is approvedRequired
Included changes, version intent, and publication timing are agreed.
- Messages are reviewedRequired
Commit and tag message files exist and satisfy the configured convention.
- Version configuration is correctRequired
Review the version file, strategy, bump behavior, and any explicit tag input.
- Changelog policy is understoodRequired
Confirm templates, mappings, final-version behavior, and output path.
- Every remote is verifiedRequired
Inspect origin, primary, backup, and synchronization policy before publication.
- Recovery is plannedRequired
Know how you will inspect a partial file update, commit, tag, or multi-remote push.
git status --short --branch
git diff
git diff --staged
git tag --list
git remote -v
custy validateRecommended Release Journey
Reviewed Publication
custy --dry-run run release
custy run releaseRelease Completion Boundaries
State to Verify
Project Files
Recovery Files
Local Git
Remote State
The Release Pipeline documents the exact 24-step sequence. Changelog generation is present in that sequence but can still be skipped by active final-version and configuration rules.
Post-Release Verification
git status --short --branch
git log -1 --decorate --stat
git tag --points-at HEAD
git remote -vAlso verify the branch and tag through each repository host or an appropriate fetch-and-compare process. A successful push to one destination does not prove that every configured destination completed.