Commit Message Workflow¶
Learn how to generate conventional commit messages using AI.
Quick Start¶
Workflow¶
1. Make Your Changes¶
Edit your files as usual:
2. Stage Changes¶
3. Generate Commit Message¶
The AI analyzes your staged changes and generates a commit message following the format:
4. Review and Commit¶
The tool shows the generated message. You can:
- Accept it and commit
- Edit it before committing
- Cancel and modify your changes
Commit Message Format¶
Structure¶
Commit Types¶
| Type | When to Use |
|---|---|
feat |
New feature or functionality |
fix |
Bug fix |
chore |
Maintenance tasks (dependencies, config) |
docs |
Documentation changes |
refactor |
Code refactoring without behavior change |
test |
Adding or modifying tests |
style |
Code style changes (formatting, whitespace) |
perf |
Performance improvements |
Examples¶
# New feature
feat(auth): add JWT token validation
# Bug fix
fix(api): handle null response from database
# Chore
chore(deps): upgrade boto3 to 1.28.0
# Documentation
docs(readme): update installation instructions
# Refactor
refactor(utils): simplify error handling logic
Ticket Number Extraction¶
Branch Naming Convention¶
Use this format for automatic ticket extraction:
Examples:
feature/XYZ-123-user-authenticationfix/ABC-456-login-bugchore/DEV-789-update-dependencies
How It Works¶
The tool extracts the ticket number from your branch name and includes it in the commit message:
# Branch: feature/XYZ-123-add-auth
# Generated message:
feat(auth): XYZ-123 add JWT token validation
Complete Development Workflow¶
1. Create Feature Branch¶
2. Make Changes¶
3. Review Code (Optional)¶
4. Fix Issues and Stage¶
5. Generate Commit Message¶
6. Push Changes¶
Tips for Better Commit Messages¶
- Stage related changes together: Group related files for coherent messages
- Use descriptive branch names: Include ticket numbers for automatic extraction
- Review before committing: Run
devo code-reviewerfirst - Keep changes focused: Smaller commits get better messages
- Edit if needed: The generated message is a starting point
Configuration¶
Set Bedrock Model¶
AWS Profile¶
Troubleshooting¶
No Staged Changes¶
Make sure you have staged changes:
Generic Commit Message¶
For better messages:
- Use descriptive branch names with ticket numbers
- Stage related changes together
- Make focused, single-purpose commits
Access Denied¶
Verify AWS credentials and Bedrock permissions:
Next Steps¶
- Code Review Workflow - Review changes before committing
- AWS Setup - Configure AWS credentials
- Commit Command Reference - Full command options