Git MCP — 사용 사례, 설치 & 라이브 데모

왜 쓰나요

핵심 기능

First-party — maintained in modelcontextprotocol/servers
Path-scoped — --repository /path limits blast radius to one repo
Read-only by default if you skip the write tools in your client config
Works offline — no network, no tokens, no rate limits

라이브 데모

실제 사용 모습

git.replay ▶ 준비됨

0/0

설치

클라이언트 선택

~/Library/Application Support/Claude/claude_desktop_config.json · Windows: %APPDATA%\Claude\claude_desktop_config.json

{
  "mcpServers": {
    "git": {
      "command": "uvx",
      "args": [
        "mcp-server-git",
        "--repository",
        "/repo"
      ]
    }
  }
}

Claude Desktop → Settings → Developer → Edit Config 열기. 저장 후 앱 재시작.

~/.cursor/mcp.json · .cursor/mcp.json

{
  "mcpServers": {
    "git": {
      "command": "uvx",
      "args": [
        "mcp-server-git",
        "--repository",
        "/repo"
      ]
    }
  }
}

Cursor는 Claude Desktop과 동일한 mcpServers 스키마 사용. 프로젝트 설정이 전역보다 우선.

VS Code → Cline → MCP Servers → Edit

{
  "mcpServers": {
    "git": {
      "command": "uvx",
      "args": [
        "mcp-server-git",
        "--repository",
        "/repo"
      ]
    }
  }
}

Cline 사이드바의 MCP Servers 아이콘 클릭 후 "Edit Configuration" 선택.

~/.codeium/windsurf/mcp_config.json

{
  "mcpServers": {
    "git": {
      "command": "uvx",
      "args": [
        "mcp-server-git",
        "--repository",
        "/repo"
      ]
    }
  }
}

Claude Desktop과 같은 형식. Windsurf 재시작 후 적용.

~/.continue/config.json

{
  "mcpServers": [
    {
      "name": "git",
      "command": "uvx",
      "args": [
        "mcp-server-git",
        "--repository",
        "/repo"
      ]
    }
  ]
}

Continue는 맵이 아닌 서버 오브젝트 배열 사용.

~/.config/zed/settings.json

{
  "context_servers": {
    "git": {
      "command": {
        "path": "uvx",
        "args": [
          "mcp-server-git",
          "--repository",
          "/repo"
        ]
      }
    }
  }
}

context_servers에 추가. 저장 시 Zed가 핫 리로드.

claude mcp add git -- uvx mcp-server-git --repository /repo

한 줄 명령. claude mcp list로 확인, claude mcp remove로 제거.

사용 사례

실전 활용법: Git

Have an agent review your staged changes before you commit

👤 Solo devs, anyone who ships without code review ⏱ ~3 min beginner

언제 쓸까: About to commit. Want a second pair of eyes to catch obvious smell before the commit lands.

사전 조건

Local repo with staged changes — git add -p as usual, then ask the agent

흐름

Read the staged diff

Show me my staged changes. Flag anything that looks like: debug logs, commented code, hardcoded secrets, or changes unrelated to the stated commit goal '<GOAL>'.✓ 복사됨

→ Specific file:line flags
Suggest a commit message

Write a commit message following conventional commits. First line under 60 chars, body explains why not what.✓ 복사됨

→ Copy-pasteable message
Confirm scope

Based on the diff, is this commit appropriately small? Suggest splits if it touches multiple concerns.✓ 복사됨

→ Go/no-go with rationale

결과: A cleaner commit with fewer 'oops' follow-ups.

함정

Agent misses secrets because they don't look obviously secret-shaped — Don't rely on this as a secret scanner — run gitleaks or trufflehog in your pre-commit hook as the real defense
Asking for a commit message biases the agent to approve the diff — Always do the review step BEFORE asking for a message — order matters

함께 쓰기: github

Find when and why a specific line broke

👤 Engineers debugging regressions ⏱ ~15 min intermediate

언제 쓸까: A test started failing and you need to know which commit introduced the bug.

흐름

Narrow the suspect file's history

Show git log for src/checkout/Cart.tsx limited to the last 20 commits. Include author and short message.✓ 복사됨

→ Compact history with SHAs
Diff the suspicious commits

For the 3 commits that touched the calculateTotal function, show the diff. Focus on math/logic changes, ignore style.✓ 복사됨

→ Per-commit diff snippets
Form a regression hypothesis

Which commit most likely introduced an off-by-one or rounding bug? Point to the exact line and explain your reasoning.✓ 복사됨

→ Specific SHA + line with rationale

결과: A precise commit-level hypothesis you can confirm with git revert + re-run tests.

함정

Rename-heavy history loses the trail at renames — Use git log --follow mentality — ask the agent to include the commit that renamed the file and look at that commit's pre-rename path

함께 쓰기: github

List and categorize stale local branches

👤 Anyone whose `git branch` output is pages long ⏱ ~10 min beginner

언제 쓸까: Quarterly cleanup — too many branches, unclear which are safe to delete.

흐름

List all local branches

List every local branch with its last commit date and message.✓ 복사됨

→ Table of branches
Classify each

Classify: 'merged' (ancestor of main), 'stale' (no commit in 60+ days), 'active' (commit in last 30 days). Flag any that look like abandoned experiments.✓ 복사됨

→ Categorized list
Propose deletions

Give me the git branch -d command for everything safe to delete. Flag anything that needs -D (force) and explain why.✓ 복사됨

→ Copy-pasteable cleanup commands

결과: A pruned branch list with confidence you're not dropping work.

함정

Agent suggests -D for branches that actually have unique commits not on main — Always eyeball the force-delete list manually — one git reflog recovery is cheap but annoying

조합

다른 MCP와 조합해 10배 효율

git + github

Local git review before pushing, then open a PR with the same context

Review my staged changes. If they look good, commit with a descriptive message, push the branch, and open a PR on GitHub.✓ 복사됨

git + filesystem

Code changes + git history in one reasoning loop

Read src/auth/login.ts and the last 5 commits that touched it. Explain why the retry logic was added.✓ 복사됨

도구

이 MCP가 노출하는 것

도구	입력	언제 호출	비용
git_status	repo_path	First call of any session — understand what's dirty	free
git_diff_unstaged	repo_path, context_lines?	Review unstaged changes before `git add`	free
git_diff_staged	repo_path, context_lines?	Review what's about to be committed	free
git_diff	repo_path, target, context_lines?	Compare current branch to target (e.g. main, HEAD~5)	free
git_log	repo_path, max_count?, start_timestamp?, end_timestamp?	History browsing — pair with max_count to limit token use	free
git_show	repo_path, revision	Inspect a specific commit	free
git_commit	repo_path, message	Create a commit from staged changes — DISABLE for read-only setups	free
git_add	repo_path, files: string[]	Stage specific files — prefer over git_add . for agent safety	free
git_reset	repo_path	Unstage everything — dangerous, usually skip	free
git_create_branch	repo_path, branch_name, base_branch?	Start a new branch for a task	free
git_checkout	repo_path, branch_name	Switch branches	free
git_branch	repo_path, branch_type, contains?, not_contains?	List branches, filter by containing a commit	free

비용 및 제한

운영 비용

API 쿼터: None — all local
호출당 토큰: 200–5000 per diff depending on size
금액: Free
팁: Large diffs blow up token costs fast. Use context_lines: 1 or filter by path in your prompt before asking the agent to read the whole thing.

보안

권한, 시크릿, 파급범위

자격 증명 저장: None — no credentials

데이터 외부 송신: None — server is 100% local, no network calls

문제 해결

자주 발생하는 오류와 해결

fatal: not a git repository

The --repository path doesn't point at a git repo. Verify with ls <path>/.git — the directory must exist.

확인: ls <repo_path>/.git/HEAD

Empty diff output despite uncommitted changes

Check staged vs unstaged — git_diff_unstaged and git_diff_staged are separate tools. Use git_status first to see what's where.

git_commit fails with 'Please tell me who you are'

Set git config in the repo: git config user.email ... and git config user.name .... The MCP uses your existing git config.

확인: git config --get user.email

Huge diff burns tokens

Pass context_lines: 0 or 1, or ask the agent to summarize file-by-file first before reading full diffs.

대안

Git 다른 것과 비교

대안	언제 쓰나	단점/장점
GitHub MCP	You want remote history (PRs, review comments, Actions) not just local	Needs a PAT and makes network calls; more powerful but more surface area
filesystem MCP + shell	You need operations beyond git (grep, find, build commands)	Much broader blast radius — stick with git MCP if git is all you need

Git