스킬 git-workflow
📦

git-workflow

안전

자신 있게 Git 워크플로우 마스터하기

또한 다음에서 사용할 수 있습니다: 0xDarkMatter,0xDarkMatter,Joseph OBrien,Cain96,Joseph OBrien,Barnhardt-Enterprises-Inc,AI-Vibe-Prompts,Doyajin174

Git 브랜치, 병합, 충돌로 어려움을 겪고 계신가요? 이 스킬은 팀 협업을 위한 모범 사례와 함께 모든 Git 작업에 대한 명확한 단계별 가이드를 제공합니다.

지원: Claude Codex Code(CC)
📊 71 적절함
1

스킬 ZIP 다운로드

2

Claude에서 업로드

설정 → 기능 → 스킬 → 스킬 업로드로 이동

3

토글을 켜고 사용 시작

테스트해 보기

"git-workflow" 사용 중입니다. 로그인 기능 추가를 위한 커밋 메시지 작성

예상 결과:

feat(auth): implement user login system

- Add login form component with validation
- Create authentication API endpoint
- Integrate session management middleware
- Add unit tests for login flow

Closes #156

"git-workflow" 사용 중입니다. 마지막 커밋을 실행 취소하지만 변경사항은 유지하려면 어떻게 하나요?

예상 결과:

Use: git reset --soft HEAD~1

This removes the commit but keeps all changes staged. If you want to unstage them too, use: git reset HEAD~1

보안 감사

안전
v2 • 3/9/2026

This skill is a documentation-only guide for Git workflows. Static analysis flagged 77 shell command patterns, 6 URLs, and 14 crypto patterns, but all are false positives. The detected patterns are Markdown code blocks (```bash) and inline code markers (`command`) used for documentation formatting, not executable code. URLs are reference links to official Git documentation. No actual security risks exist.

2
스캔된 파일
550
분석된 줄 수
0
발견 사항
2
총 감사 수
보안 문제를 찾지 못했습니다
감사자: claude 감사 이력 보기 →

품질 점수

38
아키텍처
100
유지보수성
85
콘텐츠
35
커뮤니티
100
보안
87
사양 준수

만들 수 있는 것

신규 개발자 온보딩

주니어 개발자들이 브랜칭, 커밋, 코드 병합을 안전하게 수행하는 방법을 가이드 예제를 통해 학습할 수 있도록 도와줍니다.

팀 워크플로우 표준화

개발 팀 전체에서 일관된 커밋 메시지 형식과 브랜치 명명 규칙을 확립하세요.

충돌 해결 지원

기능 통합 중 복잡한 병합 충돌에 직면할 때 명확한 단계별 가이드를 받으세요.

이 프롬프트를 사용해 보세요

기본 커밋 메시지
JWT 토큰을 사용하는 사용자 인증을 애플리케이션에 추가하는 변경사항에 대한 커밋 메시지를 작성해 주세요.
브랜치 생성 및 설정
쇼핑 카트의 새 기능 작업을 시작해야 합니다. 어떤 브랜치를 만들어야 하며 어떻게 만들까요?
병합 충돌 해결
기능 브랜치를 main으로 리베이스할 때 충돌이 발생하고 있습니다. 단계별로 해결하는 방법을 안내해 주세요.
정리를 위한 인터랙티브 리베이스
기능 브랜치에 5개의 지저분한 커밋이 있습니다. main으로 병합하기 전에 스쿼시하고 재정리하는 것을 도와주세요.

모범 사례

  • 한 번에 하나씩만 변경하는 작고 집중된 커밋 작성
  • 컨벤셔널 커밋 형식 사용: type(scope): subject
  • 새 작업을 시작하기 전에 항상 최신 변경사항 pull
  • main 브랜치에 직접 커밋하지 않기
  • 히스토리를 깔끔하게 유지하기 위해 병합 후 기능 브랜치 삭제

피하기

  • 'fix' 또는 'update'와 같은 메시지로 커밋 - 변경된 내용을 구체적으로 명시
  • --force-with-lease 없이 git push --force 사용 - 팀원의 작업을 덮어쓸 수 있음
  • 관련 없는 대량의 변경사항 커밋 - 리뷰와 롤백이 어려워짐
  • 병합 충돌 무시 및 강제 푸시 - 코드 손실로 이어짐

자주 묻는 질문

git merge와 git rebase의 차이점은 무엇인가요?
병합(merge)은 두 브랜치를 결합하는 새 커밋을 만들어 히스토리를 보존합니다. 리베이스(rebase)는 커밋을 다른 브랜치 위에 재생하여 커밋 히스토리를 다시 작성하고 선형 히스토리를 만듭니다. 공유 브랜치에는 병합을, 로컬 기능 정리에는 리베이스를 사용하세요.
이미 푸시한 커밋을 실행 취소하려면 어떻게 하나요?
git revert <commit-hash>를 사용하여 변경사항을 실행 취소하는 새 커밋을 만드세요. 이 방법은 히스토리를 보존하고 force push가 필요 없으므로 공유 브랜치에서 reset보다 안전합니다.
잘못된 브랜치에 커밋한 경우 어떻게 하나요?
git branch correct-branch로 현재 상태에서 새 브랜치를 생성하세요. 그 다음 git reset --hard HEAD~1로 잘못된 브랜치를 리셋하세요. 마지막으로 올바른 브랜치를 체크아웃하세요.
main에서 변경사항을 얼마나 자주 pull해야 하나요?
장기 실행 기능 작업 시 최소 하루에 한 번은 main에서 pull하세요. 이렇게 하면 브랜치를 팀 변경사항과 최신 상태로 유지하여 병합 충돌을 줄일 수 있습니다.
git stash는 무엇이며 언제 사용해야 하나요?
Git stash는 커밋되지 않은 변경사항을 일시적으로 저장하여 브랜치를 전환할 수 있게 합니다. 커밋할 준비가 되지 않았지만 빠르게 컨텍스트를 전환해야 할 때 사용하세요.
컨벤셔널 커밋이란 무엇이며 왜 사용하나요?
컨벤셔널 커밋은 표준 형식 type(scope): description을 사용합니다. 타입에는 feat, fix, docs, refactor, test, chore가 포함됩니다. 이렇게 하면 명확한 히스토리가 만들어지고 자동화된 변경로그 생성이 가능해집니다.

개발자 세부 정보

파일 구조

📄 SKILL.md

📄 SKILL.toon