Skip to content

Latest commit

 

History

History
107 lines (83 loc) · 2.9 KB

File metadata and controls

107 lines (83 loc) · 2.9 KB

✅ Setup Complete - Commiter Package

What Was Configured

📦 Package Configuration

  • Package Name: commiter
  • Version: 1.0.0
  • Description: Commit convention tooling for standard-version releases

🛠️ Installed Dependencies

  • standard-version - Automated versioning and changelog generation
  • @commitlint/cli - Commit message linting
  • @commitlint/config-conventional - Conventional commit rules
  • husky - Git hooks management

🎯 Release Scripts Available

npm run release        # Auto-detect version bump
npm run release:major  # 1.0.0 → 2.0.0
npm run release:minor  # 1.0.0 → 1.1.0
npm run release:patch  # 1.0.0 → 1.0.1

🎨 Commit Types with Icons

Each commit type will appear with its icon in the CHANGELOG:

Type Icon Section
feat Features
fix 🐛 Bug Fixes
perf Performance
refactor ♻️ Refactors
docs 📝 Documentation
style 💄 Styles
test Tests
build 🏗️ Build System
ci 👷 Continuous Integration
chore 🧹 Chores
revert Reverts

🔒 Git Hooks Configured

  • commit-msg: Validates commit messages follow conventional format
  • pre-commit: Runs tests before allowing commits

📄 Documentation Created

  • README.md - Complete usage guide
  • CONTRIBUTING.md - Contribution guidelines
  • .gitignore - Standard Node.js gitignore
  • commitlint.config.js - Commitlint configuration

🚀 Quick Start

1. Make your first commit

git add .
git commit -m "feat: initial project setup with standard-version"

2. Create your first release

npm run release -- --first-release

3. Push to remote

git push --follow-tags origin main

📝 Example Workflow

# Make changes
git add .

# Commit with conventional format (will be validated)
git commit -m "feat(auth): add user login functionality"

# More commits...
git commit -m "fix(api): resolve timeout issue"
git commit -m "docs: update API documentation"

# Create a release (will analyze commits and bump version)
npm run release:minor

# Push everything including tags
git push --follow-tags origin main

🎉 What Happens on Release?

  1. Analyzes all commits since last release
  2. Determines version bump based on commit types
  3. Updates package.json version
  4. Generates/updates CHANGELOG.md with icons
  5. Creates a git tag (e.g., v1.1.0)
  6. Commits with message: chore(release): v1.1.0 🚀

📚 Next Steps

  1. Read README.md for detailed usage instructions
  2. Check CONTRIBUTING.md for contribution guidelines
  3. Start making commits following the conventional format
  4. Run your first release when ready!

Note: The commit message hook will prevent commits that don't follow the conventional format. This ensures your changelog stays clean and releases are properly versioned.