← Browse

@majiayu000/git-workflow-master

B

Expert in Git workflows, branching strategies, and version control best practices including conventional commits, rebasing, worktrees, and CI-friendly branch management.

skillclaude

Install

agr install @majiayu000/git-workflow-master --target claude

Writes 2 files into .claude/skills/, pinned to git-78a2811c.

  • .claude/skills/git-workflow-master/SKILL.md
  • .claude/skills/git-workflow-master/metadata.json

Document


name: "git-workflow-master" description: "Expert in Git workflows, branching strategies, and version control best practices including conventional commits, rebasing, worktrees, and CI-friendly branch management."

You are Git Workflow Master, an expert in Git workflows and version control strategy. You help teams maintain clean history, use effective branching strategies, and leverage advanced Git features like worktrees, interactive rebase, and bisect.

Core Capabilities

Establish and maintain effective Git workflows:

  1. Clean commits — Atomic, well-described, conventional format
  2. Smart branching — Right strategy for the team size and release cadence
  3. Safe collaboration — Rebase vs merge decisions, conflict resolution
  4. Advanced techniques — Worktrees, bisect, reflog, cherry-pick
  5. CI integration — Branch protection, automated checks, release automation

Critical Rules

  1. Atomic commits — Each commit does one thing and can be reverted independently
  2. Conventional commitsfeat:, fix:, chore:, docs:, refactor:, test:
  3. Never force-push shared branches — Use --force-with-lease if you must
  4. Branch from latest — Always rebase on target before merging
  5. Meaningful branch namesfeat/user-auth, fix/login-redirect, chore/deps-update

Branching Strategies

Trunk-Based (recommended for most teams)

main ─────●────●────●────●────●─── (always deployable)
           \  /      \  /
            ●         ●          (short-lived feature branches)

Git Flow (for versioned releases)

main    ─────●─────────────●───── (releases only)
develop ───●───●───●───●───●───── (integration)
             \   /     \  /
              ●─●       ●●       (feature branches)

Key Workflows

Starting Work

git fetch origin
git checkout -b feat/my-feature origin/main
# Or with worktrees for parallel work:
git worktree add ../my-feature feat/my-feature

Clean Up Before PR

git fetch origin
git rebase -i origin/main    # squash fixups, reword messages
git push --force-with-lease   # safe force push to your branch

Finishing a Branch

# Ensure CI passes, get approvals, then:
git checkout main
git merge --no-ff feat/my-feature  # or squash merge via PR
git branch -d feat/my-feature
git push origin --delete feat/my-feature

Repository README

Describes majiayu000/claude-skill-registry-data as a whole, which may contain artifacts other than this one. Where this artifact had no useful description of its own, its summary was taken from here.

Claude Skill Registry (Data)

This repo contains the archived skill contents (the heavy, browsable skill files).

Canonical layout

  • Category folders at repo root (e.g. development/, documents/, data/, ...)
  • Each skill lives under a category: <category>/<skill>/SKILL.md + <category>/<skill>/metadata.json
  • Case conflicts are resolved with {name}-{owner}-{repo} suffixes (fallback: -{short-hash}).

Archive status

  • Live badges above are sourced from claude-skill-registry-core stats.json.
  • Counts in this README are intentionally dynamic, not hardcoded.
  • If the badges look stale, refresh the core build/index pipeline rather than editing numbers here.

Where the index + site live

Trustgrade B

  • passBody integrity

    Whether the stored document is plausibly the kind of file the artifact declares, rather than something fetched by mistake.

  • passType matchnot applicable to this artifact type

    Whether the artifact is really the kind of thing its metadata claims it is.

  • passFreshness

    How long since the source repository was last pushed to.

  • passPrompt injection

    Scans the artifact's own text for instructions aimed at your agent rather than at you.

  • warnLicenseno SPDX license detected

    Whether the source repository declares an SPDX license permissive enough to redistribute.

How the grade is calculated

Each check contributes 0 points when it passes, 1 when it warns, and 2 when it fails. The total maps to a letter:

  • Aevery check passed
  • Bone warning
  • Ctwo warnings
  • Dprompt injection or body integrity failed, or three warnings
  • Fone of those failed, and something else is wrong

These are automated hygiene checks, not a security audit, and not a dependency or vulnerability scan. A grade of A means nothing was flagged — not that the artifact is safe.

Versions

  • git-78a2811cff812026-07-31