커밋 메시지 유형으로 "chore"를 언제 사용합니까?

커밋 메시지 유형으로 "chore"를 언제 사용합니까?

---

의미 론적 버전 제어 커밋 메시지chore 에서 사용하는 것은 무엇입니까 ? feat 또는 fix 와 같은 다른 유형 은 명확하지만 "chore"를 언제 사용해야할지 모르겠습니다.

누구든지 사용의 몇 가지 예를 제공 할 수 있습니까?

관련되지 않은 또 다른 질문 : 파일을 수정하기위한 커밋 메시지의 적절한 유형은 무엇입니까 .gitignore?

---

" Git Commit Msg " 에서 짧은 정의를 볼 수 있습니다 .

chore: grunt 작업 등 업데이트; 생산 코드 변경 없음

다음에서 사용됩니다.

• " 시맨틱 커밋 메시지 "및

• 프로젝트 " fteem/git-semantic-commits".

   git chore "commit-message-here" -> git commit -m 'chore: commit-message-here' 
  

수정은 .gitignore"집안일"의 일부입니다.

" grunt task"은 외부 사용자가 볼 수없는 것을 의미합니다.

• 구현 ( 수정을 포함하지 않는 기존 기능의 ),
• 구성 (예 : .gitignore또는 .gitattributes),
• 개인 내부 방법 ...

Owen S 가 의견에서 언급 했지만 :

상기 찾고 당신이 링크 카르마 페이지 , 난 그 생각 grunt task에 특이 적으로 참조 할 수 있습니다 자바 스크립트의 빌드 도구grunt .
어떤 경우에는 구현 또는 개인 내부 방법과 관련된 변경을 염두에 두지 않았을 것입니다. 오히려 도구 변경, 구성 변경 및 실제로 전혀 생산되지 않는 항목에 대한 변경을 염두에 두었 습니다 .
(우리 가게는 현재이를 위해 그리고 간단한 리팩토링에도 사용합니다.)

참고 URL : https://stackoverflow.com/questions/26944762/when-to-use-chore-as-type-of-commit-message