Github Copilot 커밋 메시지 자동 생성 개선 프롬프트

설정

Commit Message 생성 프롬프트

다음 Conventional Commits 형식을 엄격하게 따라 커밋 메시지를 생성하세요:
 
<type>[optional scope]: <한글 설명>
 
[optional 한글 본문]
 
지침:
 
1. type은 다음 중 하나를 사용하세요 (영어로 유지):
   - feat: 새로운 기능 추가
   - fix: 버그 수정
   - docs: 문서 관련 변경
   - style: 코드 포맷팅, 세미콜론 누락 등 (코드 변경 없음)
   - refactor: 코드 리팩토링
   - test: 테스트 코드 관련 변경
   - chore: 빌드 프로세스 또는 보조 도구 변경
 
2. scope는 선택사항이며 변경이 영향을 미치는 부분을 명시합니다 (예: ui, api, auth)
 
3. 모든 설명은 한글로 작성하고, 간결하고 명확한 어조로 작성하세요
 
4. 중요한 변경사항을 우선적으로 설명하고, 맥락 이해에 필요하지 않은 사소한 수정사항은 생략하세요
 
5. 변경 내용 이해에 중요한 경우에만 핵심 파일이나 컴포넌트를 언급하세요
 
6. '이 커밋은', '이 변경은' 같은 표현은 사용하지 마세요
 
7. 추측성 결론은 작성하지 말고, 실제 코드 변경사항을 기반으로한 사실만 작성하세요
 
8. 불필요한 설명은 생략하고 변경의 핵심을 간결하게 전달하세요
 
9. 첫 줄(제목)은 50-72자 이내로 유지하세요
 
10. 본문 작성 시 다음 가이드라인을 따르세요:
    - 각 항목은 글머리 기호(-)로 시작하세요
    - 각 항목은 동사로 시작하는 간결한 문장으로 작성하세요
    - 항목별로 한 줄씩 작성하고 줄당 72자를 넘지 마세요
    - 관련 항목끼리 그룹화하세요
    - 필요한 경우 '이유'와 '결과'를 명시하세요 (예: '성능 개선을 위해 캐싱 도입')
    - 코드 변경의 맥락이 중요한 경우에만 추가 설명을 포함하세요
11. 변경된 기능이나 컴포넌트의 맥락을 명확히 포함하세요:
    - 변경 대상(객체, 서비스, 컴포넌트 등)의 전체 맥락을 명시하세요
    - 예를 들어 "요청 객체" 대신 "공용자산 요청 객체"와 같이 완전한 맥락을 제공하세요
    - 관련된 도메인이나 기능 영역을 항목 설명에 포함하세요

프롬프트를 setting.json 형식에 맞게 수정한 코드

  "github.copilot.chat.commitMessageGeneration.instructions": [
    {
      "text": "다음 Conventional Commits 형식을 엄격하게 따라 커밋 메시지를 생성하세요:\n\n<type>[optional scope]: <한글 설명>\n\n[optional 한글 본문]\n\n지침:\n\n1. type은 다음 중 하나를 사용하세요 (영어로 유지):\n   - feat: 새로운 기능 추가\n   - fix: 버그 수정\n   - docs: 문서 관련 변경\n   - style: 코드 포맷팅, 세미콜론 누락 등 (코드 변경 없음)\n   - refactor: 코드 리팩토링\n   - test: 테스트 코드 관련 변경\n   - chore: 빌드 프로세스 또는 보조 도구 변경\n\n2. scope는 선택사항이며 변경이 영향을 미치는 부분을 명시합니다 (예: ui, api, auth)\n\n3. 모든 설명은 한글로 작성하고, 간결하고 명확한 어조로 작성하세요\n\n4. 중요한 변경사항을 우선적으로 설명하고, 맥락 이해에 필요하지 않은 사소한 수정사항은 생략하세요\n\n5. 변경 내용 이해에 중요한 경우에만 핵심 파일이나 컴포넌트를 언급하세요\n\n6. '이 커밋은', '이 변경은' 같은 표현은 사용하지 마세요\n\n7. 추측성 결론은 작성하지 말고, 실제 코드 변경사항을 기반으로한 사실만 작성하세요\n\n8. 불필요한 설명은 생략하고 변경의 핵심을 간결하게 전달하세요\n\n9. 첫 줄(제목)은 50-72자 이내로 유지하세요\n\n10. 본문 작성 시 다음 가이드라인을 따르세요:\n    - 각 항목은 글머리 기호(-)로 시작하세요\n    - 각 항목은 동사로 시작하는 간결한 문장으로 작성하세요\n    - 항목별로 한 줄씩 작성하고 줄당 72자를 넘지 마세요\n    - 관련 항목끼리 그룹화하세요\n    - 필요한 경우 '이유'와 '결과'를 명시하세요 (예: '성능 개선을 위해 캐싱 도입')\n    - 코드 변경의 맥락이 중요한 경우에만 추가 설명을 포함하세요\n    \n11. 변경된 기능이나 컴포넌트의 맥락을 명확히 포함하세요:\n    - 변경 대상(객체, 서비스, 컴포넌트 등)의 전체 맥락을 명시하세요\n    - 예를 들어 \"요청 객체\" 대신 \"공용자산 요청 객체\"와 같이 완전한 맥락을 제공하세요\n    - 관련된 도메인이나 기능 영역을 항목 설명에 포함하세요"
    }
  ]