تشغيل أي مهارة في Manus بنقرة واحدة

git-workflow

النجوم٥

التفرعات١

آخر تحديث١٦ أبريل ٢٠٢٦ في ٠٠:٣٣

사용자가 "커밋해줘", "스테이지해줘", "PR 만들어줘", "브랜치 만들어줘", "이거 올려줘", "git 작업 도와줘"라고 할 때 사용하세요. 안전한 git 작업, 커밋 메시지 작성, PR 생성을 위한 표준 절차를 제공합니다. 파괴적 명령은 절대 실행하지 않습니다.

التثبيت

التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.

تشغيل في Manus

المصدر

KirSsuRyu

KirSsuRyu/venom

فتح مستودع GitHub عرض مستودعات المنشئ

تنزيل

تشغيل في Manus

المهن ذات الصلةSOC

استنادا إلى تصنيف SOC المهني

مطوّرو البرمجياتمهن الحاسوب والرياضيات·SOC 15-1252

SKILL.md

readonly

name	git-workflow
description	사용자가 "커밋해줘", "스테이지해줘", "PR 만들어줘", "브랜치 만들어줘", "이거 올려줘", "git 작업 도와줘"라고 할 때 사용하세요. 안전한 git 작업, 커밋 메시지 작성, PR 생성을 위한 표준 절차를 제공합니다. 파괴적 명령은 절대 실행하지 않습니다.

Git 워크플로우 스킬

이 스킬은 .claude/rules/30-git-commit.md를 강제한다. 그 규칙과 충돌하는 어떤 행동도 하지 않는다.

커밋 절차

상황 파악(병렬 실행).
- git status (-uall 플래그 금지 — 큰 레포에서 메모리 폭발)
- git diff (스테이지 안 됨)
- git diff --staged
- git log --oneline -10 (커밋 메시지 스타일 학습)
변경 분석.
- 변경의 본질(feat / fix / docs / refactor / test / chore / perf / build / ci).
- 비밀이 들어 있을 가능성이 있는 파일(.env, *.pem, id_rsa, credentials*)이 스테이지된 게 있다면 멈추고 사용자에게 경고한다.
메시지 작성.
- 제목: 명령형, 72자 이내, 끝에 마침표 없음.
- 본문: 왜에 초점. 무엇은 diff가 보여준다.
- 깨지는 변경, 이슈 링크, 마이그레이션 노트가 있다면 본문에.
명시적 스테이징과 커밋(병렬).
- 파일을 이름으로 git add path1 path2. -A, . 금지.
- git commit -m "$(cat <<'EOF' ... EOF)" 형식의 HEREDOC.
- 커밋 후 git status로 성공 확인(순차).
pre-commit hook 실패 시.
- 절대 --no-verify로 우회하지 않는다.
- 절대 이전 커밋에 --amend 하지 않는다(hook 실패 시 커밋은 만들어지지 않은 상태이므로 --amend는 이전 커밋을 손상시킨다).
- 문제를 고치고 다시 스테이지하고 새 커밋을 만든다.

문서 동기화 체크 (커밋/PR 전)

코드 변경이 문서와 어긋나면 다음 사람이 잘못된 문서를 믿고 삽질한다. 커밋 또는 PR 생성 전에 아래를 빠르게 점검한다.

점검 대상 파일:

# 프로젝트에 존재하는 문서 파일 확인
ls README* CHANGELOG* CONTRIBUTING* ARCHITECTURE* docs/ 2>/dev/null | head -20

diff와 대조할 항목:

diff 내용	확인할 문서
새 CLI 명령·플래그·API 추가	README의 사용법 섹션
설치 방법 변경	README의 Quick start / Install
설정 파일·환경 변수 추가·제거	README 또는 `.env.example`
디렉토리 구조 변경	README의 구조 다이어그램
버전 범프	CHANGELOG (항목 존재하는지)
기여 절차 변경	CONTRIBUTING
아키텍처 결정	`.claude/memory/decisions.md`

판단 기준:

문서가 코드와 이미 일치하면 → 넘어간다. 억지로 업데이트하지 않는다.
문서가 명백히 틀리거나 누락됐으면 → 같은 커밋에 포함하거나 사용자에게 알린다.
불확실하면 → 사용자에게 한 줄로 묻는다. 추측으로 문서를 수정하지 않는다.

이 체크를 건너뛸 수 있는 경우:

chore:, test:, refactor: 타입 커밋으로 사용자 노출 동작 변경이 없는 경우.
사용자가 명시적으로 "문서는 나중에"라고 말한 경우.

PR 절차

베이스 브랜치와 분기점 이후의 모든 커밋을 본다(마지막 커밋만 보지 말 것).
문서 동기화 체크 실행 — 위 섹션 참고.
제목은 70자 이내로 짧게.

본문은 다음 형식:

## Summary
- 1~3개의 불릿

## Test plan
- [ ] 검증 항목 1
- [ ] 검증 항목 2

## Docs
- [ ] 문서 업데이트 완료 / 해당 없음

gh pr create --title "..." --body "$(cat <<'EOF' ... EOF)".
끝나면 PR URL을 사용자에게 돌려준다.

절대 금지

push --force(공유 브랜치). 사용자가 명시 요청 시 --force-with-lease만 허용.
reset --hard (푸시 안 한 작업이 있는 브랜치).
타인 커밋에 --amend.
사용자가 요청하지 않은 commit / push / PR.
git rebase -i, git add -i (인터랙티브 플래그는 이 환경에서 동작하지 않음).

المزيد من هذا المستودع

نفس المستودع

mistake-recorder

KirSsuRyu/venom

실수를 했을 때, 사용자에게 교정받았을 때, 가정이 틀렸을 때, 또는 코드베이스에 대해 비자명한 것을 배웠을 때 사용하세요. 실수와 교훈을 .claude/memory/ 파일에 영구적으로 기록하여 다음 세션에서 같은 실수를 반복하지 않도록 합니다.

2026-04-215

compact-guide

KirSsuRyu/venom

컨텍스트 압축(compaction) 타이밍을 안내합니다. "컴팩트해줘", "컨텍스트 정리해줘", "compact-guide", "context가 꽉 찼어", "토큰이 부족해" 등에 트리거합니다. 언제 압축해야 하고 언제 하면 안 되는지 판단 기준과 압축 전 체크리스트를 제공합니다.

2026-04-165

retro

KirSsuRyu/venom

주간/세션 단위 회고를 실행하세요. "회고해줘", "이번 주 정리해줘", "뭘 했는지 요약해줘", "retro", "retrospective", "/retro" 등에 트리거합니다. git 통계 + 메모리를 결합해 성과·배운 것·막힌 곳을 구조화된 리포트로 출력하고, 진화 기회를 식별합니다.

2026-04-165

evolve

KirSsuRyu/venom

하네스 자체를 진화시킬 때 사용하세요. "이거 규칙으로 만들어", "이 작업 스킬로 만들어", "이거 차단해", 같은 실수가 반복될 때, 같은 패턴의 코드를 여러 번 작성할 때, 프로젝트 구조가 변경되었을 때 트리거합니다. 규칙·스킬·hook·메모리를 프로젝트에 맞게 진화시킵니다.

2026-04-155

name	git-workflow
description	사용자가 "커밋해줘", "스테이지해줘", "PR 만들어줘", "브랜치 만들어줘", "이거 올려줘", "git 작업 도와줘"라고 할 때 사용하세요. 안전한 git 작업, 커밋 메시지 작성, PR 생성을 위한 표준 절차를 제공합니다. 파괴적 명령은 절대 실행하지 않습니다.

Git 워크플로우 스킬

이 스킬은 .claude/rules/30-git-commit.md를 강제한다. 그 규칙과 충돌하는 어떤 행동도 하지 않는다.

커밋 절차

상황 파악(병렬 실행).
- git status (-uall 플래그 금지 — 큰 레포에서 메모리 폭발)
- git diff (스테이지 안 됨)
- git diff --staged
- git log --oneline -10 (커밋 메시지 스타일 학습)
변경 분석.
- 변경의 본질(feat / fix / docs / refactor / test / chore / perf / build / ci).
- 비밀이 들어 있을 가능성이 있는 파일(.env, *.pem, id_rsa, credentials*)이 스테이지된 게 있다면 멈추고 사용자에게 경고한다.
메시지 작성.
- 제목: 명령형, 72자 이내, 끝에 마침표 없음.
- 본문: 왜에 초점. 무엇은 diff가 보여준다.
- 깨지는 변경, 이슈 링크, 마이그레이션 노트가 있다면 본문에.
명시적 스테이징과 커밋(병렬).
- 파일을 이름으로 git add path1 path2. -A, . 금지.
- git commit -m "$(cat <<'EOF' ... EOF)" 형식의 HEREDOC.
- 커밋 후 git status로 성공 확인(순차).
pre-commit hook 실패 시.
- 절대 --no-verify로 우회하지 않는다.
- 절대 이전 커밋에 --amend 하지 않는다(hook 실패 시 커밋은 만들어지지 않은 상태이므로 --amend는 이전 커밋을 손상시킨다).
- 문제를 고치고 다시 스테이지하고 새 커밋을 만든다.

문서 동기화 체크 (커밋/PR 전)

코드 변경이 문서와 어긋나면 다음 사람이 잘못된 문서를 믿고 삽질한다. 커밋 또는 PR 생성 전에 아래를 빠르게 점검한다.

점검 대상 파일:

# 프로젝트에 존재하는 문서 파일 확인
ls README* CHANGELOG* CONTRIBUTING* ARCHITECTURE* docs/ 2>/dev/null | head -20

diff와 대조할 항목:

diff 내용	확인할 문서
새 CLI 명령·플래그·API 추가	README의 사용법 섹션
설치 방법 변경	README의 Quick start / Install
설정 파일·환경 변수 추가·제거	README 또는 `.env.example`
디렉토리 구조 변경	README의 구조 다이어그램
버전 범프	CHANGELOG (항목 존재하는지)
기여 절차 변경	CONTRIBUTING
아키텍처 결정	`.claude/memory/decisions.md`

판단 기준:

문서가 코드와 이미 일치하면 → 넘어간다. 억지로 업데이트하지 않는다.
문서가 명백히 틀리거나 누락됐으면 → 같은 커밋에 포함하거나 사용자에게 알린다.
불확실하면 → 사용자에게 한 줄로 묻는다. 추측으로 문서를 수정하지 않는다.

이 체크를 건너뛸 수 있는 경우:

chore:, test:, refactor: 타입 커밋으로 사용자 노출 동작 변경이 없는 경우.
사용자가 명시적으로 "문서는 나중에"라고 말한 경우.

PR 절차

베이스 브랜치와 분기점 이후의 모든 커밋을 본다(마지막 커밋만 보지 말 것).
문서 동기화 체크 실행 — 위 섹션 참고.
제목은 70자 이내로 짧게.

본문은 다음 형식:

## Summary
- 1~3개의 불릿

## Test plan
- [ ] 검증 항목 1
- [ ] 검증 항목 2

## Docs
- [ ] 문서 업데이트 완료 / 해당 없음

gh pr create --title "..." --body "$(cat <<'EOF' ... EOF)".
끝나면 PR URL을 사용자에게 돌려준다.

절대 금지

push --force(공유 브랜치). 사용자가 명시 요청 시 --force-with-lease만 허용.
reset --hard (푸시 안 한 작업이 있는 브랜치).
타인 커밋에 --amend.
사용자가 요청하지 않은 commit / push / PR.
git rebase -i, git add -i (인터랙티브 플래그는 이 환경에서 동작하지 않음).