Release Prep

Step 3: Bump Version

Choose the appropriate bump type:

• patch: Bug fixes, minor improvements (0.0.8 -> 0.0.9)
• minor: New features, backward compatible (0.0.9 -> 0.1.0)
• major: Breaking changes (0.1.0 -> 1.0.0)

cargo version-info bump --patch
# or --minor / --major

Step 4: Verify the Bump

# Check the commit
git log -1

# Verify version in Cargo.toml
cargo version-info current

# Check what files changed
git diff HEAD~1 --stat

Step 5: Push and Create PR

# Push branch
git push origin HEAD

# Create PR (if on feature branch)
gh pr create --title "chore(version): bump to X.Y.Z" --body "Release X.Y.Z"

Step 6: After Merge

Once the PR is merged to main:

1. CI runs tests (fmt, clippy, test on Linux/macOS/Windows)
2. CI detects version change (compares Cargo.toml with latest git tag)
3. CI creates git tag vX.Y.Z
4. CI generates changelog from conventional commits using Cocogitto
5. CI creates GitHub Release with changelog as release body
6. CI publishes to crates.io
7. CI builds and uploads binaries for all platforms

This is why all commits must follow Angular Conventional Commit style (<type>(<scope>): <subject>) - Cocogitto parses these to generate the changelog automatically.

Checking Release Status

# Check latest release on GitHub
cargo version-info latest

# Check crates.io
cargo search cargo-version-info

Troubleshooting

Version already bumped

If cargo version-info changed returns true but you haven't released:

# Check what the current version is
cargo version-info current

# Check what the latest release is
cargo version-info latest

CI didn't create a release

Check that:

1. The version in Cargo.toml differs from the latest git tag
2. The merge was to the main branch
3. CI workflow completed successfully

Need to re-release same version

You cannot republish the same version to crates.io. Bump to a new patch version instead.