commitlisted

# Git Commit Workflow `git commit` 전 반드시 실행하는 스킬. Jira 이슈 확인 → 파일 스테이징 → 커밋 메시지 작성 → 사용자 승인 흐름을 안내합니다. ## 실행 흐름 1. Jira 이슈 번호 확인 → 메시지 앞에 삽입 여부 결정 2. `git status`로 변경 파일 목록 확인 3. **변경량 판단** → 대량 변경 시 의미 단위 분할 (아래 § 참조) 4. 관련 파일 개별 스테이징 (`git add [파일명]`, `-A` 금지) 4.5. **반복 거부 패턴 대조** (2026-07-21, harness-engineering repository-review 4단계 이식): diff를 과거 거부·교정 이력과 대조 — `search_memories(query="[프로젝트명] 거부 교정 반복 수정", filters={"metadata":{"category":"feedback"}})` + code_pattern(T04 avoidance_rubric) 1회씩. 과거 거부된 패턴이 diff에 재등장하면 커밋 전 사용자에게 지적 (예: 금지된 트레일러·거부된 네이밍·교정받은 표현). 매칭 없으면 침묵 통과 — 소음 금지. 5. 커밋 메시지 초안 작성 (아래 형식 적용) 6. 사용자 검토 후 직접 실행 (AI 직접 실행 금지 — 예외: 명시적 허용 시) ## 대량 변경 시 분할 커밋 (MANDATORY) 변경 파일이 **5개 이상** 또는 diff 라인이 **200줄 이상**이면 의미 단위로 분할하여 순차 커밋한다. ### 분할 기준 (의미 단위) | 분할 단위 | 예시 | |----------|------| | **기능별** | 새 기능 A / 새 기능 B / 버그 수정 | | **레이어별** | rules 변경 / commands 변경 / settings 변경 | | **Phase별** | Phase 1 작업 / Phase 2 작업 / Phase 3 작업 | | **타입별** | refactor 묶음 / feat 묶음 / fix 묶음 | ### 분할 흐름 ``` Step 1. git status → 전체 변경 파일 목록 확인 Step 2. 파일들을 의미 단위로 그룹핑 (테이블 형태로 사용자에게 제시) Step 3. 사용자 승인 후 그룹 순서대로 순차 커�� - 각 커밋: git add [그룹 파일들] → git commit -m "..." - 다음 그룹으로 넘어가기 전 사용자 확인 (예외: "순차 진행해" 허용 시 자동) Step 4. 전체 완료 후 git log --oneline -N 으로 커밋 목록 보고 ``` ### 분할 제안 형식 ``` 변경 파일이 N개입니다. 아래와 같이 M개 커밋으로 분할하겠습니다: | # | 커밋 제목 (안) | 파일 | |---|--------------|------| | 1 | refactor: ... | rules/A.md, rules/B.md | | 2 | feat: ... | commands/C.md | | 3 |