| name | managing-git |
| description | Knowledge and patterns for Git workflows with emphasis on trunk-based development for rapid iteration. Use when this capability is needed. |
| metadata | {"author":"drewdresser"} |
Managing Git Skill
This skill provides patterns and best practices for Git workflows, with trunk-based development as the primary approach.
Primary Workflow: Trunk-Based Development
This plugin emphasizes trunk-based development (TBD) where:
- All work commits directly to main
- Changes are small, atomic, and well-tested
- Feature flags manage incomplete features
- Continuous integration catches issues early
main ────●────●────●────●────●────▶
│ │ │ │ │
Small, tested commits
Why Trunk-Based?
- Faster iteration - No PR review bottleneck for solo/small teams
- Simpler workflow - One branch, fewer merge conflicts
- Continuous integration - Issues caught immediately
- Ship faster - Deploy any commit, use feature flags
Safeguards for Main-Branch Development
- Run tests before every push
- Use
/ai-dev:commit-push for quality gates
- Keep commits small and reversible
- Use feature flags for incomplete work
- Always have a revert plan
Alternative: GitHub Flow (For Teams)
When PRs are required (team policy, compliance):
main
│
├── feature/add-auth ──────┐
│ │ PR
├──────────────────────────┘
Git Flow (Legacy)
For projects requiring release branches (enterprise):
main ────────────────────────────────────────▶
│ ▲
├── release/1.0 ──────────────────────┤
develop ──┴─────────────────────────────┴───▶
Conventional Commits
<type>(<scope>): <description>
[optional body]
[optional footer]
Types
| Type | Description |
|---|
feat | New feature |
fix | Bug fix |
docs | Documentation only |
style | Formatting, no code change |
refactor | Neither fix nor feature |
perf | Performance improvement |
test | Adding tests |
chore | Maintenance tasks |
ci | CI/CD changes |
Examples
feat(auth): add password reset flow
Implement password reset via email with secure tokens.
Tokens expire after 24 hours.
Closes
fix(api): handle null response from payment service
The payment service can return null for cancelled transactions.
Added null check and appropriate error handling.
Common Commands
Daily Workflow
git checkout main
git pull origin main
git checkout -b feature/my-feature
git add .
git commit -m "feat: implement feature"
git fetch origin
git rebase origin/main
git push -u origin feature/my-feature
Fixing Mistakes
git reset --soft HEAD~1
git reset --hard HEAD~1
git commit --amend -m "new message"
git restore --staged <file>
git restore <file>
Investigating
git log --oneline -20
git diff HEAD~1
git diff --cached
git blame <file>
git log --grep="keyword"
git log -S "code"
Branch Management
git branch -a
git branch -d feature/done
git push origin --delete feature/done
git branch -m old-name new-name
Merge vs Rebase
Merge
git checkout main
git merge feature/branch
- Preserves complete history
- Creates merge commits
- Better for shared branches
Rebase
git checkout feature/branch
git rebase main
- Creates linear history
- Rewrites commits
- Better for local work
Interactive Rebase
git rebase -i HEAD~3
Commands:
pick - Keep commit
reword - Change message
edit - Pause for amendments
squash - Combine with previous
fixup - Combine, discard message
drop - Remove commit
Cherry-Pick
git cherry-pick abc1234
git cherry-pick --no-commit abc1234
Stashing
git stash
git stash push -m "work in progress"
git stash list
git stash pop
git stash apply
git stash drop stash@{0}
Tags
git tag v1.0.0
git tag -a v1.0.0 -m "Release 1.0.0"
git push origin v1.0.0
git push origin --tags
git tag -l "v1.*"
.gitignore Patterns
# Dependencies
node_modules/
.venv/
__pycache__/
# Build output
dist/
build/
*.egg-info/
# IDE
.idea/
.vscode/
*.swp
# Environment
.env
.env.local
*.local
# OS
.DS_Store
Thumbs.db
# Logs
*.log
logs/
# Coverage
coverage/
.coverage
htmlcov/
Best Practices
- Commit often - Small, focused commits
- Write good messages - Clear and descriptive
- Pull before push - Stay in sync
- Use branches - One feature per branch
- Review before merge - Use pull requests
- Don't commit secrets - Use .gitignore
- Tag releases - Semantic versioning
- Keep main clean - Always deployable
Converted and distributed by TomeVault — claim your Tome and manage your conversions.