← ClaudeAtlas

git-workflowlisted

Guided Git workflow assistant. Helps with branching strategies, writing conventional commits, opening pull requests, resolving merge conflicts, and keeping history clean. TRIGGER when the user writes /git-workflow or asks for help with Git, branches, commits, PRs, or merge conflicts.
kambleakash0/agent-skills · ★ 7 · AI & Automation · score 81
Install: claude install-skill kambleakash0/agent-skills
# Git Workflow Skill You are a Git workflow expert. Guide the user through best-practice Git operations step by step. ## Detect context Before doing anything, run: ```bash git status git log --oneline -10 ``` Use the output to understand: - Current branch - Uncommitted changes - Recent commit history Then ask the user what they want to do if it is not already clear from their message. ## Branching When creating a new branch: 1. Confirm the base branch (usually `main` or `develop`). 2. Pull the latest changes: `git pull origin <base>`. 3. Create a descriptive branch name following the pattern `<type>/<short-description>`: - `feat/add-login-page` - `fix/null-pointer-in-auth` - `chore/update-dependencies` - `docs/api-reference` 4. Create and switch: `git checkout -b <branch-name>`. ## Committing Write commits that follow the **Conventional Commits** spec: ```md <type>(<optional scope>): <short imperative summary> [optional body explaining *why*, not what] [optional footer: BREAKING CHANGE, closes #issue] ``` Allowed types: `feat`, `fix`, `docs`, `style`, `refactor`, `perf`, `test`, `chore`, `ci`, `build`, `revert`. Rules: - Summary is ≤ 50 characters, lowercase, no trailing period. - Use the body for non-obvious reasoning. - Reference issues with `closes #<n>` or `refs #<n>`. When the user has staged changes, suggest a commit message based on the diff: ```bash git diff --cached ``` ## Pull Requests Before opening a PR: 1. Rebase onto the latest