Agent skill

Git Workflow

by Galaxy-Dawn in Galaxy-Dawn/claude-scholar

This skill should be used when the user asks to "create git commit", "manage branches", "follow git workflow", "use Conventional Commits", "handle merge conflicts", or asks about git branching…

MITAuto-check: notesDevelopment

Install Git Workflow

skills CLI
$ npx skills add Galaxy-Dawn/claude-scholar --skill git-workflow -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install Galaxy-Dawn/claude-scholar git-workflow --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/Galaxy-Dawn/claude-scholar.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/git-workflow .claude/skills/git-workflow && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
git-workflow
GitHub stars
5.7k
Used in
1 other repo
Token cost
~3k tokens
SKILL.md length
751 words
Files
10 (incl. references)
Skills in repo
34
Repo updated
First seen
Licence
MIT

At a glance

This skill should be used when the user asks to "create git commit", "manage branches", "follow git workflow", "use Conventional Commits", "handle merge conflicts", or asks about git branching…

  • Works in 4 steps: Sync code regularly - Pull latest code… → Small commits - Commit small changes… → Modular features - Implement different… → …
  • Asks to create git commit
  • SKILL.md covers Commit Message Standards, Branch Management Strategy, Workflows and Merge Strategy, plus 5 more sections
  • Runs Shell scripts from its folder; calls git

What it does

Git Workflow is an agent skill from Galaxy-Dawn/claude-scholar. This skill should be used when the user asks to "create git commit", "manage branches", "follow git workflow", "use Conventional Commits", "handle merge conflicts", or asks about git branching strategies, version control best practices, pull request workflows. Provides comprehensive Git workflow guidance for team collaboration.

Its SKILL.md is about 3k tokens, which your agent loads only when the skill is triggered. The skill folder holds 11 other files, including reference files (for example `examples/workflow-commands.sh`, `references/advanced-usage.md` and `references/branching-strategies.md`).

It sits in Development, covering Git workflow and Commit messages. It works with Git. The repository describes itself as: Semi-automated research assistant for academic research and software development. Supports Claude Code, Codex CLI, Kimi Code CLI, and OpenCode across ideation, coding… The licence is MIT.

When your agent uses it

  • Asks to create git commit
  • Manage branches
  • Follow git workflow
  • Use Conventional Commits

Example prompts

  • “create git commit”
  • “manage branches”
  • “follow git workflow”
  • “/git-workflow”

Requirements

  • A Bash shell

Workflow steps

4 steps, taken from the first numbered list in SKILL.md.

  1. Sync code regularly - Pull latest code before starting work each day
  2. Small commits - Commit small changes frequently
  3. Modular features - Implement different features in different files
  4. Communication - Avoid modifying the same file simultaneously

What it can do on your machine

Read from SKILL.md and the folder at commit 9037873. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Ships script files (Shell), which the agent can run.

    Shell commands in SKILL.md call:

    • git

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use git, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Git Workflow loads about 3k tokens when it runs, and up to ~9.9k if it reads all its reference files. Until then it costs about 86 tokens; SKILL.md has 751 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~86
When it runs · the whole SKILL.md, loaded when a task matches
~3k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~9.9k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check: notes

The automated check noted patterns worth knowing about, such as sudo or a known installer.

  • NoteMentions a .env fileSKILL.md:261
    **/.env
  • NoteMentions a .env fileSKILL.md:275
    .env
  • NoteMentions a .env fileSKILL.md:276
    .env.local

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from Galaxy-Dawn/claude-scholar at commit 9037873, republished under its MIT licence (© Galaxy-Dawn). 751 words, ~2,987 tokens.

Download SKILL.mdSave it as .claude/skills/git-workflow/SKILL.md (or your agent's skills folder). This skill also uses 9 other files; get the full folder from GitHub.
name
git-workflow
description
This skill should be used when the user asks to "create git commit", "manage branches", "follow git workflow", "use Conventional Commits", "handle merge conflicts", or asks about git branching strategies, version control best practices, pull request workflows. Provides comprehensive Git workflow guidance for team collaboration.
version
1.2.0

Git Workflow Standards

This document defines the project's Git usage standards, including commit message format, branch management strategy, workflows, merge strategies, and more. Following these standards improves collaboration efficiency, enables traceability, supports automation, and reduces conflicts.

Commit Message Standards

The project follows the Conventional Commits specification:

<type>(<scope>): <subject>

<body>

<footer>
Type Reference
TypeDescriptionExample
featNew featurefeat(user): add user export functionality
fixBug fixfix(login): fix captcha not refreshing
docsDocumentation updatedocs(api): update API documentation
refactorRefactoringrefactor(utils): refactor utility functions
perfPerformance improvementperf(list): optimize list performance
testTest relatedtest(user): add unit tests
choreOther changeschore: update dependency versions
Subject Rules
  • Start with a verb: add, fix, update, remove, optimize
  • No more than 50 characters
  • No period at the end

For more detailed conventions and examples, see references/commit-conventions.md.

Branch Management Strategy

Branch Types
Branch TypeNaming ConventionDescriptionLifecycle
mastermasterMain branch, releasable statePermanent
developdevelopDevelopment branch, latest integrated codePermanent
featurefeature/feature-nameFeature branchDelete after completion
bugfixbugfix/issue-descriptionBug fix branchDelete after fix
hotfixhotfix/issue-descriptionEmergency fix branchDelete after fix
releaserelease/version-numberRelease branchDelete after release
Branch Naming Examples
feature/user-management          # User management feature
feature/123-add-export          # Issue-linked feature
bugfix/login-error              # Login error fix
hotfix/security-vulnerability   # Security vulnerability fix
release/v1.0.0                  # Version release
Branch Protection Rules

master branch:

  • No direct pushes allowed
  • Must merge via Pull Request
  • Must pass CI checks
  • Requires at least one Code Review approval

develop branch:

  • Direct pushes restricted
  • Pull Request merges recommended
  • Must pass CI checks

For detailed branch strategies and workflows, see references/branching-strategies.md.

Workflows

Daily Development Workflow
bash
# 1. Sync latest code
git checkout develop
git pull origin develop

# 2. Create feature branch
git checkout -b feature/user-management

# 3. Develop and commit
git add .
git commit -m "feat(user): add user list page"

# 4. Push to remote
git push -u origin feature/user-management

# 5. Create Pull Request and request Code Review

# 6. Merge to develop (via PR)

# 7. Delete feature branch
git branch -d feature/user-management
git push origin -d feature/user-management
Hotfix Workflow
bash
# 1. Create fix branch from master
git checkout master
git pull origin master
git checkout -b hotfix/critical-bug

# 2. Fix and commit
git add .
git commit -m "fix(auth): fix authentication bypass vulnerability"

# 3. Merge to master
git checkout master
git merge --no-ff hotfix/critical-bug
git tag -a v1.0.1 -m "hotfix: fix authentication bypass vulnerability"
git push origin master --tags

# 4. Sync to develop
git checkout develop
git merge --no-ff hotfix/critical-bug
git push origin develop
Release Workflow
bash
# 1. Create release branch
git checkout develop
git checkout -b release/v1.0.0

# 2. Update version numbers and documentation

# 3. Commit version update
git add .
git commit -m "chore(release): prepare release v1.0.0"

# 4. Merge to master
git checkout master
git merge --no-ff release/v1.0.0
git tag -a v1.0.0 -m "release: v1.0.0 official release"
git push origin master --tags

# 5. Sync to develop
git checkout develop
git merge --no-ff release/v1.0.0
git push origin develop

Merge Strategy

Merge vs Rebase
FeatureMergeRebase
HistoryPreserves complete historyLinear history
Use casePublic branchesPrivate branches
Recommended forMerging to main branchSyncing upstream code
Recommendations
  • Feature branch syncing develop: Use rebase
  • Feature branch merging to develop: Use merge --no-ff
  • develop merging to master: Use merge --no-ff
bash
# ✅ Recommended: Feature branch syncing develop
git checkout feature/user-management
git rebase develop

# ✅ Recommended: Merge feature branch to develop
git checkout develop
git merge --no-ff feature/user-management

# ❌ Not recommended: Rebase on public branch
git checkout develop
git rebase feature/xxx  # Dangerous operation

Project convention: Use --no-ff when merging feature branches to preserve branch history.

For detailed merge strategies and techniques, see references/merge-strategies.md.

Conflict Resolution

Identifying Conflicts
<<<<<<< HEAD
// Current branch code
const name = 'Alice'
=======
// Branch being merged
const name = 'Bob'
>>>>>>> feature/user-management
Resolving Conflicts
bash
# 1. View conflicting files
git status

# 2. Manually edit files to resolve conflicts

# 3. Mark as resolved
git add <file>

# 4. Complete the merge
git commit  # merge conflict
# or
git rebase --continue  # rebase conflict
Conflict Resolution Strategies
bash
# Keep current branch version
git checkout --ours <file>

# Keep incoming branch version
git checkout --theirs <file>

# Abort merge
git merge --abort
git rebase --abort
Preventing Conflicts
  1. Sync code regularly - Pull latest code before starting work each day
  2. Small commits - Commit small changes frequently
  3. Modular features - Implement different features in different files
  4. Communication - Avoid modifying the same file simultaneously

For detailed conflict handling and advanced techniques, see references/conflict-resolution.md.

.gitignore Standards

Basic Rules
# Ignore all .log files
*.log

# Ignore directories
node_modules/

# Ignore directory at root
/temp/

# Ignore files in all directories
**/.env

# Don't ignore specific files
!.gitkeep
Common .gitignore
node_modules/
dist/
build/
.idea/
.vscode/
.env
.env.local
logs/
*.log
.DS_Store
Thumbs.db

For detailed .gitignore patterns and project-specific configurations, see references/gitignore-guide.md.

Tag Management

Uses Semantic Versioning:

MAJOR.MINOR.PATCH[-PRERELEASE]
Version Change Rules
  • MAJOR: Incompatible API changes (v1.0.0 → v2.0.0)
  • MINOR: Backward-compatible new features (v1.0.0 → v1.1.0)
  • PATCH: Backward-compatible bug fixes (v1.0.0 → v1.0.1)
Tag Operations
bash
# Create annotated tag (recommended)
git tag -a v1.0.0 -m "release: v1.0.0 official release"

# Push tags
git push origin v1.0.0
git push origin --tags

# View tags
git tag
git show v1.0.0

# Delete tag
git tag -d v1.0.0
git push origin :refs/tags/v1.0.0

Team Collaboration Standards

Pull Request Standards

PRs should include:

markdown
## Change Description
<!-- Describe the content and purpose of this change -->

## Change Type
- [ ] New feature (feat)
- [ ] Bug fix (fix)
- [ ] Code refactoring (refactor)

## Testing Method
<!-- Describe how to test -->

## Related Issue
Closes #xxx

## Checklist
- [ ] Code has been self-tested
- [ ] Documentation has been updated
Code Review Standards

Review focus areas:

  • Code quality: Clear and readable, proper naming, no duplicate code
  • Logic correctness: Business logic correct, edge cases handled
  • Security: No security vulnerabilities, sensitive information protected
  • Performance: No obvious performance issues, resources properly released

For detailed collaboration standards and best practices, see references/collaboration.md.

Show full SKILL.md (281 more words)Show less

Common Issues

Amending the Last Commit
bash
# Amend commit content (not yet pushed)
git add forgotten-file.ts
git commit --amend --no-edit

# Amend commit message
git commit --amend -m "new commit message"
Push Rejected
bash
# Pull then push
git pull origin master
git push origin master

# Use rebase for cleaner history
git pull --rebase origin master
git push origin master
Rollback to Previous Version
bash
# Reset to specific commit (discards subsequent commits)
git reset --hard abc123

# Create reverse commit (recommended, preserves history)
git revert abc123
Stash Current Work
bash
git stash save "work in progress"
git stash list
git stash pop
View File Modification History
bash
git log -- <file>             # Commit history
git log -p -- <file>          # Detailed content
git blame <file>              # Per-line author

Best Practices Summary

Commit Standards

✅ Recommended:

  • Follow Conventional Commits specification
  • Write clear commit messages describing changes
  • One commit for one logical change
  • Run code checks before committing

❌ Prohibited:

  • Vague commit messages
  • Multiple unrelated changes in one commit
  • Committing sensitive information (passwords, keys)
  • Developing directly on main branch
Branch Management

✅ Recommended:

  • Use feature branches for development
  • Regularly sync main branch code
  • Delete branches promptly after feature completion
  • Use --no-ff merge to preserve history

❌ Prohibited:

  • Developing directly on main branch
  • Long-lived unmerged feature branches
  • Non-standard branch naming
  • Rebasing on public branches
Code Review

✅ Recommended:

  • All code goes through Pull Requests
  • At least one reviewer approval before merging
  • Provide constructive feedback

❌ Prohibited:

  • Merging without review
  • Reviewing your own code

Additional Resources

Reference Files

For detailed guidance on specific topics:

  • references/commit-conventions.md - Commit message detailed conventions and examples
  • references/branching-strategies.md - Comprehensive branch management strategies
  • references/merge-strategies.md - Merge, rebase, and conflict resolution strategies
  • references/conflict-resolution.md - Detailed conflict handling and prevention
  • references/advanced-usage.md - Git performance optimization, security, submodules, and advanced techniques
  • references/collaboration.md - Pull request and code review guidelines
  • references/gitignore-guide.md - .gitignore patterns and project-specific configurations
Example Files

Working examples in examples/:

  • examples/commit-messages.txt - Good commit message examples
  • examples/workflow-commands.sh - Common workflow command snippets

Summary

This document defines the project's Git standards:

  1. Commit Messages - Follow Conventional Commits specification
  2. Branch Management - master/develop/feature/bugfix/hotfix/release branch strategy
  3. Workflows - Standard processes for daily development, hotfixes, and releases
  4. Merge Strategy - Use rebase to sync feature branches, merge --no-ff to merge
  5. Tag Management - Semantic versioning, annotated tags
  6. Conflict Resolution - Regular syncing, small commits, team communication

Following these standards improves collaboration efficiency, ensures code quality, and simplifies version management.

© Galaxy-Dawn, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 9 other files (references) in skills/git-workflow of Galaxy-Dawn/claude-scholar.

  • SKILL.md
  • examples/commit-messages.txt
  • examples/workflow-commands.sh
  • references/advanced-usage.md
  • references/branching-strategies.md
  • references/collaboration.md
  • references/commit-conventions.md
  • references/conflict-resolution.md
  • references/gitignore-guide.md
  • references/merge-strategies.md

Open the folder on GitHubat commit 9037873

Used in 1 other repository

We found 1 copy of this SKILL.md (exact, near-identical or edited) in other folders, from 1 other GitHub owner. This page covers the copy in Galaxy-Dawn/claude-scholar, which our catalogue first saw on October 7, 2026.

Compare with similar skills

Git Workflow next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Git Workflow compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Git Workflow this skillGalaxy-Dawn/claude-scholar5.7k1 repos~3kAutomated safety check: NotesMIT
ToolJet Multi-Repo CommitToolJet/ToolJet41k—~1.3kAutomated safety check: PassAGPL-3.0
Git Workflow and Versioningaddyosmani/agent-skills102k2 repos~3.5kAutomated safety check: NotesMIT
React Router Pull Request Creatorremix-run/react-router57k—~2.5kAutomated safety check: PassMIT
Saleor Commit Workflowsaleor/saleor23k—~575Automated safety check: PassBSD-3-Clause
Emoji Commit ConventionsbaptisteArno/typebot.io11k—~424Automated safety check: PassCustom licence

Similar skills

  • Commits changes across ToolJet's root repo and its server/ee and frontend/ee submodules, writing messages from the diffs and updating submodule pointers in order.

    41k GitHub stars~1.3k tokensUpdated today
    DevelopmentAuto-check passed
  • Git Workflow and Versioning

    addyosmani/agent-skills

    Sets git habits for every change: short-lived branches, atomic commits with descriptive messages, clean pull requests, plus versioning, tagging and changelogs for releases.

    102k GitHub starsUsed in 2 repos~3.5k tokens
    DevelopmentAuto-check: notes
  • React Router Pull Request Creator

    remix-run/react-router

    Packages finished React Router work into a draft pull request: branch, commit, push, a written PR body and the right GitHub labels.

    57k GitHub stars~2.5k tokensUpdated today
    DevelopmentAuto-check passed
  • Commits changes in the Saleor codebase and works through pre-commit hook failures from ruff, mypy, the GraphQL schema check and the migrations check.

    23k GitHub stars~575 tokensUpdated yesterday
    DevelopmentAuto-check passed
  • Emoji Commit Conventions

    baptisteArno/typebot.io

    Sets the repository's convention for commit messages and pull request titles: one emoji prefix for the main intent, a concise title and clean follow-up commits.

    11k GitHub stars~424 tokensUpdated yesterday
    DevelopmentAuto-check passed
  • Draft Pull Request Creator

    wordpress-mobile/WordPress-Android

    Commits and pushes current changes, writes a pull request title and body from the branch history and template, and opens a draft PR on GitHub after you approve it.

    3.2k GitHub stars~881 tokensUpdated today
    DevelopmentAuto-check: notes

More from Galaxy-Dawn/claude-scholar

All 34 skills in this repo
  • Citation Verification Guide

    Galaxy-Dawn/claude-scholar

    Reference guidance for checking every citation in academic writing against canonical sources such as DOI, arXiv, CrossRef and Semantic Scholar, to catch fake or wrong references.

    5.7k GitHub starsUsed in 3 repos~1.9k tokens
    Auto-check passed
  • Skill Improvement Plan Executor

    Galaxy-Dawn/claude-scholar

    Reads an improvement-plan file from a companion quality-review skill and applies its suggested fixes to a Claude Skill, backing up first.

    5.7k GitHub starsUsed in 1 repo~1.8k tokens
    Auto-check passed
  • Skill Quality Reviewer

    Galaxy-Dawn/claude-scholar

    Scores a skill across description, content organization, writing style and structure, then produces letter grades and a prioritized improvement plan.

    5.7k GitHub starsUsed in 1 repo~3k tokens
    Auto-check passed
  • UI/UX Design System Advisor

    Galaxy-Dawn/claude-scholar

    Turns a vague UI request into a concrete design system with style, palette, typography and layout guidance from a search script, plus stack-specific implementation advice.

    5.7k GitHub starsUsed in 1 repo~1.1k tokens
    Auto-check passed
  • Daily Paper Digest

    Galaxy-Dawn/claude-scholar

    Finds recent arXiv and bioRxiv papers on a topic, narrows them in stages to one pick per field, and writes bilingual Chinese and English summaries.

    5.7k GitHub stars~1k tokensUpdated 14 days ago
    Auto-check passed
  • Nature Data

    Galaxy-Dawn/claude-scholar

    Prepare, audit, or revise Nature-ready Data Availability statements, data repository plans, dataset citations, and FAIR metadata checklists for manuscripts.

    5.7k GitHub starsUsed in 3 repos~1.6k tokens
    Auto-check passed

Works with

Categories

Questions about Git Workflow

What does Git Workflow do?

This skill should be used when the user asks to "create git commit", "manage branches", "follow git workflow", "use Conventional Commits", "handle merge conflicts", or asks about git branching…. Git Workflow is an agent skill from Galaxy-Dawn/claude-scholar. This skill should be used when the user asks to "create git commit", "manage branches", "follow git workflow", "use Conventional Commits", "handle merge conflicts", or asks about git branching strategies, version control best practices, pull request workflows.

When should I use Git Workflow?

Git Workflow fits situations like: asks to create git commit; manage branches; follow git workflow; use Conventional Commits.

How do I install Git Workflow in Claude Code?

Run `npx skills add Galaxy-Dawn/claude-scholar --skill git-workflow -a claude-code`. Or copy the skill folder (skills/git-workflow in Galaxy-Dawn/claude-scholar) into .claude/skills/git-workflow in your project. Claude Code loads it when a task matches its description.

How do I install Git Workflow in Codex?

Run `npx skills add Galaxy-Dawn/claude-scholar --skill git-workflow -a codex`. Or copy the skill folder (skills/git-workflow in Galaxy-Dawn/claude-scholar) into .agents/skills/git-workflow in your project. Codex loads it when a task matches its description.

Can I use Git Workflow in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add Galaxy-Dawn/claude-scholar --skill git-workflow -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/git-workflow, .gemini/skills/git-workflow, .github/skills/git-workflow and .opencode/skills/git-workflow in your project.

What does Git Workflow need to run?

Going by SKILL.md and its folder, Git Workflow needs a shell for the scripts in its folder and the command-line tools its instructions call (git). Our summary lists: A Bash shell.

Does Git Workflow access the network?

SKILL.md contains no URLs. Its commands use git, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Git Workflow safe to install?

Our automated static check of SKILL.md found notes only (mentions a .env file), nothing it rates as a warning. It is not a guarantee. Review the folder before installing.

What licence does Git Workflow use?

Git Workflow is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Git Workflow use?

About 3k tokens (SKILL.md is roughly 12k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 6.9k tokens, read only when the agent opens those files.

What are the alternatives to Git Workflow?

Skills that share tags, products or a category with Git Workflow: ToolJet Multi-Repo Commit (ToolJet/ToolJet, 41k stars), Git Workflow and Versioning (addyosmani/agent-skills, 102k stars), React Router Pull Request Creator (remix-run/react-router, 57k stars) and Saleor Commit Workflow (saleor/saleor, 23k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Git Workflow?

Galaxy-Dawn (a GitHub user) maintains it in Galaxy-Dawn/claude-scholar, which has 5,686 GitHub stars. The repository holds 34 skills in this directory. The repository was last updated on September 23, 2026.

Source: Galaxy-Dawn/claude-scholar on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.