Verbump
Overview
One-shot bump: update crates/blackpepper/Cargo.toml, review the full diff (including unrelated changes), commit with a clean message, and push the current branch.
For this project, commits are the changelog.
Workflow
- •
Pick target version (no confirmation prompt)
- •If the user specifies a version, use it.
- •If the user says "verbump" or "bump", default to a patch bump and proceed.
- •Only ask for clarification if the user explicitly asks for a major/minor bump without giving a version.
- •
Review repository state and diffs
- •Run
git status -sb. - •Review complete diffs with
git diff --statandgit diff. - •If unrelated changes exist, call them out and proceed to include them unless the user explicitly requests otherwise. Do not revert changes unless explicitly requested.
- •Run
- •
Bump the version
- •Update only
crates/blackpepper/Cargo.toml. - •Keep edits ASCII-only and preserve file formatting.
- •Re-check with
rg -n "version" crates/blackpepper/Cargo.tomlif needed.
- •Update only
- •
Validate and re-check diffs
- •Re-run
git status -sbandgit diff --stat. - •Ensure only expected files changed before committing.
- •If tests are run, report results; if skipped, state why.
- •Re-run
- •
Commit and push
- •Stage the relevant files (usually
crates/blackpepper/Cargo.toml, plus anything already expected). - •Craft a Changelog style Commit message that includes a brief note on what changed since the last version tag.
- •
git commit -m "<message>". - •
git pushthe current branch.
- •Stage the relevant files (usually
Output expectations
- •Always report the chosen version and the final commit message.
- •Call out the summary note that covers changes since the last version tag.
- •Summarize any unrelated diffs you saw and whether they were included.