Grubble
Automatic semantic versioning based on conventional commits, optimised for AI-generated commit messages.
Installation
Pre-built Binaries (Recommended)
Download from GitHub Releases:
# Linux x86_64
|
# macOS Intel
|
# macOS Apple Silicon
|
# Windows
# Add grubble.exe to PATH
Cargo Install
GitHub Action
uses: davegarvey/grubble@v4.0.0
From Source
# Binary available at target/release/grubble
Usage
# Run in your project root
# Push to remote
# Create git tag
# Raw mode (output only version, dry run)
# Suppress commit list output
# With explicit options overrides
# Show help
Configuration
Grubble can be configured using CLI arguments or a .versionrc.json file.
CLI Configuration (Recommended for CI/CD)
All options can be passed as command-line arguments:
File-based Configuration
Alternatively, create .versionrc.json in your project root:
Configuration Options
packageFiles: Array of package files to update (default:[])commitPrefix: Prefix for version bump commits (default:"chore: bump version")tagPrefix: Prefix for git tags (default:"v")push: Whether to push commits/tags to remote (default:false)tag: Whether to create git tags for versions (default:false)gitUserName: Git user name for commits (default:"grubble-bot")gitUserEmail: Git user email for commits (default:"grubble-bot@noreply.local")- Note: These values are only used when no local git user.name/email configuration exists in the repository. If git config is already set locally, these values are ignored. For CI/CD environments, configure these to match your platform's bot user (e.g., GitHub Actions bot, GitLab CI bot, etc.).
preset: Versioning strategy to use (default:"git"). Options:"rust": UpdatesCargo.tomlversion field"git": Tracks version via git tags only (no file updates)"node": Updatespackage.jsonversion field
types: Object mapping commit types to version bump behavior (default: see Commit Types section). Valid values:"major","minor","patch","none"- Example:
{"config": "patch", "revert": "none"}
- Example:
Versioning Strategies
Grubble supports different versioning strategies depending on your project type:
Rust Projects (preset: "rust")
Best for: Rust applications and libraries
What it does:
- Updates the
versionfield inCargo.toml - Automatically updates
Cargo.lockif present (recommended for binary crates) - Uses semantic versioning (major.minor.patch)
- Integrates with Cargo's package management
Example usage:
When to use: For Rust projects. Automatically updates your Cargo.toml and works seamlessly with cargo publish.
Node.js Projects (preset: "node")
Best for: JavaScript/TypeScript applications and packages
What it does:
- Updates the
versionfield inpackage.json - Updates
package-lock.jsonif present - Compatible with npm/yarn ecosystem
Example usage:
When to use: For Node.js projects. Automatically updates your package.json and works seamlessly with npm/yarn publishing.
Git-only Projects (preset: "git")
Best for: Projects that don't need file-based versioning
What it does:
- Only creates git tags for versioning
- No files are modified
- Tracks versions purely through git history
Example usage:
When to use: Default choice for projects that don't need file-based versioning. Useful for monorepos or projects with custom versioning schemes.
Custom Strategies
The strategy system is designed to be extensible. You can implement custom strategies for other languages or build systems by:
- Creating a new strategy struct that implements the
Strategytrait - Adding it to the strategy loader in
src/strategy.rs - Using it via configuration:
"preset": "your-custom-strategy"
This allows grubble to work with Python projects, Go modules, Docker-based versioning, or any other versioning scheme your project requires.
Package Version Syncing
When switching from the git strategy (tag-only) to file-based strategies like node or rust, or if package files are outdated compared to existing tags, Grubble automatically syncs the package versions:
- Compares the current package file version against the latest git tag
- If the package version is behind, updates the package files to match the tag version
- Commits the sync with a descriptive message (e.g., "chore: sync package version to v1.2.3")
- Then proceeds with normal versioning logic based on recent commits
This ensures version consistency across strategies and prevents conflicts when creating new tags.
Best Practices
- Branch Protection: Protect your main branch and require CI checks to pass
- Conventional Commits: Ensure all commits follow conventional commit format
- Monorepos: Use
packageFilesarray for multiple packages - CI Permissions: Grant write access to contents/commits for automated releases
Local Git Hooks
Run once to enable the shared hooks path:
The pre-commit hook runs cargo fmt --all (fixes formatting) and cargo clippy --all-targets --all-features -- -D warnings so commits fail early if code would break CI checks. You can temporarily skip steps with SKIP_FMT=1 or SKIP_CLIPPY=1, and opt into running tests with RUN_TESTS=1.
GitHub Actions
Recommended: Use GitHub Action (Simplest)
name: Release
on:
pull_request:
types:
branches:
jobs:
release:
if: github.event.pull_request.merged == true
runs-on: ubuntu-latest
permissions:
contents: write
pull-requests: read
steps:
- uses: actions/checkout@v4
with:
fetch-depth: 0
- uses: davegarvey/grubble@v3.0.0
with:
push: true
tag: true
Alternative: Manual Setup
If you prefer more control over the process:
name: Release
on:
pull_request:
types:
branches:
jobs:
release:
if: github.event.pull_request.merged == true
runs-on: ubuntu-latest
permissions:
contents: write # Required for pushing commits/tags
pull-requests: read # Required for PR info
steps:
- uses: actions/checkout@v4
with:
fetch-depth: 0 # Required for commit analysis
- name: Setup Rust
uses: actions-rust-lang/setup-rust-toolchain@v1
with:
toolchain: stable
- name: Run tests
run: cargo test
- name: Run clippy
run: cargo clippy -- -D warnings
- name: Install grubble
run: cargo install grubble
- name: Bump version and release
run: |
grubble \
--push \
--tag \
--git-user-name "github-actions[bot]" \
--git-user-email "41898282+github-actions[bot]@users.noreply.github.com"
CI Best Practices
- Permissions: Add
contents: writepermission for automated commits/tags - Branch Protection: Require CI checks and restrict direct pushes to main
- Testing: Always run
cargo testandcargo clippybefore releasing - Fetch Depth: Use
fetch-depth: 0for complete commit history analysis
How It Works
- Syncs package versions if behind latest tag (for file-based strategies)
- Analyzes commits since last tag
- Determines version bump (major/minor/patch) based on conventional commits
- Updates package files
- Creates git commit
- Optionally creates git tag
- Optionally pushes to remote
Commit Types
feat:→ minor bumpfix:→ patch bump- Any type with
!orBREAKING CHANGE→ major bump docs:,test:,chore:,ci:,build:,style:,refactor:,perf:→ no bump
Note: These are the default mappings. You can customize version bump behavior for any commit type using the types configuration in .versionrc.json.
Troubleshooting
Common Issues
"Author identity unknown"
- Solution: Configure git identity in CI before running grubble
- Example: Add git config step as shown in CI workflow
"grubble: command not found"
- Solution: Install grubble before running:
cargo install grubble - Why: Ensure the binary is in PATH or use full path
No version bump on merge
- Check: Ensure PR contains conventional commits with
feat:,fix:, etc. - Check: Verify CI has write permissions to repository
- Check: Confirm
fetch-depth: 0in checkout action
Invalid config file
- Solution: Ensure
.versionrc.jsoncontains valid JSON - Note: Empty or invalid files fall back to defaults with a warning
Package file not found
- Solution: Use
--package-filesto specify correct file paths for your project type - Check: Verify file exists and contains valid
versionfield
Getting Help
- Check commit format with conventional commits specification
- Verify CI permissions and branch protection rules
- Test locally with
grubblefor debugging (pushing is disabled by default) - Run
cargo testto verify your project setup
For AI Users
This tool is optimised for AI-generated commit messages that follow conventional commit format. See .github/prompts/sc.prompt.md for an example prompt that generates commits compatible with grubble.