"chore"를 커밋 메시지 유형으로 사용할 때는 언제입니까?

"chore"를 커밋 메시지 유형으로 사용할 때는 언제입니까?

무슨 소용이 있습니까?chore시맨틱 버전 제어 커밋 메시지에서?기능이나 수정과 같은 다른 유형은 명확하지만 "chore"를 언제 사용해야 할지 모르겠습니다.

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

다른 질문은 관련이 없을 수 있습니다.다음과 같은 파일 수정에 적합한 커밋 메시지 유형은 무엇입니까?.gitignore?

간단한 정의는 "Git Commit Msg"에서 확인할 수 있습니다.

chore그룬트 태스크 업데이트 등, 프로덕션 코드 변경 없음

다음에 사용됩니다.

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

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

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

수정.gitignore"해킹"의 일부가 될 것입니다.

"grunt task외부 사용자가 볼 수 있는 기능은 없습니다.

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

오웬 S는 논평에서 다음과 같이 언급했습니다.

당신이 링크한 카르마 페이지를 보면, 아마도grunt task특히 Javascript 빌드 도구를 가리킬 수 있습니다.
이 경우에는 구현 또는 프라이빗 내부 방식을 포함한 변경 사항을 염두에 두지 않았을 수도 있습니다. 툴 변경, 구성 변경 및 실제 운영에 전혀 들어가지 않는 사항에 대한 변경 사항을 염두에 두었을 수도 있습니다.
(저희 가게는 현재 그것들과 간단한 리팩터링에도 사용하고 있습니다.)

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