커밋 플로우
사용자가 커밋, 스테이징, 또는 커밋을 위한 변경 사항 준비를 요청할 때 사용합니다.
단계
- 문서 생성 실행 — 먼저
gen-docs스킬을 활성화/실행하여 코드 변경에 따라 문서를 업데이트합니다. - 현재 변경 사항 확인 —
git status와git diff(또는git diff --cached)를 실행하여 정확히 무엇이 변경되었는지 확인합니다. - 코드 검토 — 수정되거나 추가된 파일을 읽어 실제로 필요한 변경 사항을 이해합니다.
- 필요한 코드만 스테이징 — 파일을 직접 읽고 실제로 필요한 변경 사항이 포함된 파일만 추가합니다. 관련 없어 보이거나 임시적이거나 불확실한 파일은 사용자에게 "
<파일>을 스테이징할까요? 내용:<간단 요약>"이라고 묻고, 자의적으로 판단하지 마십시오. - 메시지는 코드 변경에 기반 — 실제 diff/내용에서 커밋 메시지를 도출합니다 (예:
feat: add docs for skills a). - 사용자 확인 — 제안된 메시지, 문서 생성 결과, 스테이징된 파일을 보여주고 커밋 전에 승인(
yes/approve)을 요청합니다. - 코드 커밋 — 승인된 메시지로
git commit을 실행한 후, 커밋된 내용에 대한 간단한 요약을 보여줍니다. - 푸시 여부 묻기 — 사용자에게 푸시(
git push)할지 여부를 묻습니다.
규칙
- 이 플로우 내에서
git,read_file,write_file, 파일 도구를 직접 사용하십시오. 각 도구 호출에 대해 허가를 구하지 마십시오. - 변경 사항이 필요한지 확실하지 않으면 "
<파일>을 스테이징할까요? 내용:<간단 요약>"이라고 물으십시오. - 커밋 전에
gen-docs를 실행하십시오. - 실제 diff에서 도출된 커밋 메시지를 제안하십시오 (형식 예:
feat: add docs for skills a). git commit전과git push전에는 사용자에게 승인(yes/approve)을 받으십시오. 다른 단계는 직접 진행합니다.