Convention Commit: 의미 있는 커밋 메시지 제안

일반적으로 작업하는 리포지토리에 총 몇 개의 커밋이 있는지 말씀해 주시겠습니까? 잘 모르겠지만 아마 수십만 명일 겁니다. 또한 대부분은 읽지 않을 메시지가 있지만 기록을 탐색해야 하는 경우입니다. 커밋 목적을 설명하는 구체적이고 명시적인 진술이 포함된 명확한 구조에 감사할 것입니다.

커밋은 어떻게 작성하나요?

커밋 메시지를 작성하는 동안 일반적으로 어떤 규칙을 적용합니까? 팀의 모든 사람들이 똑같이 따르는지 확인했습니까? 회사 또는 기술 스택 커뮤니티 내의 개발자는 어떻습니까? 호환성 문제를 찾기 위해 git 기록 및 패키지 릴리스를 탐색해야 할 때까지 이 주제에 대해 생각해 본 적이 없습니다.

물론 이것은 내가 발명하거나 나에게만 일어난 일이 아닙니다. 명확한 커밋 메시지가 지원하는 SemVer를 따르는 좋은 버전 관리가 있는 경우 버그에 영향을 미치는 주요 변경 사항을 한눈에 쉽게 감지할 수 있습니다.

커밋 메시지를 작성하는 방법에 동의하자

Angular 커뮤니티 커밋 지침을 기반으로 자동화 도구와 인간 모두를 위한 명확한 메시지를 작성할 수 있는 단순하지만 강력한 사양인 Convetional Commits이 있습니다. 나는 이미 지난 포스트에서 그것에 대해 이야기했습니다.

Github 작업으로 golang 모듈 릴리스 구성

Juan Vega ・ 10월 9일 ・ 2분 읽기

#go #tutorial #beginners

아이디어는 커밋 헤드라인 내에 세 개의 섹션이 있고 메시지의 본문과 바닥글이 있다는 것입니다.

<type>[optional scope]: <description>

[optional body]

[optional footer(s)]

examples 을 읽어 보십시오. 얼마나 자연스러운 느낌인지 알게 될 것입니다.