SourceTree를 사용하여 Git 커밋 메시지를 작성할 때 좋은 가이드라인

SourceTree를 사용하여 Git 커밋 메시지를 작성할 때 좋은 가이드라인을 따르면 협업과 코드 관리를 향상시킬 수 있습니다. 커밋 메시지의 가이드라인은 프로젝트와 팀의 선호도에 따라 다를 수 있지만, 아래에 일반적으로 권장되는 커밋 메시지 작성 가이드라인을 제시해 드리겠습니다.

커밋 메시지는 간결하고 명확하며 다른 사람들도 이해할 수 있도록 작성되어야 합니다. 일반적으로 아래와 같은 형식을 따르는 것이 좋습니다:

<타입>: <변경 내용 요약>

<상세한 설명>

여기서 `<타입>`은 커밋의 종류를 나타내며, `<변경 내용 요약>`은 해당 커밋이 어떤 변경을 가지고 있는지 간략하게 설명합니다. `<상세한 설명>`은 커밋에 대한 더 자세한 내용을 작성하는 부분입니다.

일반적으로 사용되는 `<타입>`과 예시를 살펴보겠습니다:

 

-feat: 새로운 기능 추가 

feat: 사용자 등록 기능 구현

 

- fix: 버그 수정

fix: 로그인 페이지 오류 수정

 

- chore: 빌드나 도구 관련 변경 

chore: 빌드 스크립트 업데이트

 

- docs: 문서 변경

docs: 사용자 매뉴얼 업데이트

 

- style: 코드 포맷팅, 스타일 변경 (동작에 영향을 주지 않음) 

style: 코드 정렬 및 들여쓰기 수정

 

- refactor: 코드 리팩토링 (기능 추가나 버그 수정 없음) 

refactor: 중복 코드 함수로 리팩토링

 

- test: 테스트 코드 추가, 수정 

test: 사용자 인증 테스트 추가

- perf: 성능 개선 관련 변경 

perf: 데이터베이스 쿼리 최적화

 

위의 `<변경 내용 요약>`은 명령문으로 작성되며, 첫 글자는 대문자로 시작하고 마침표를 붙이지 않습니다. `<상세한 설명>`은 변경된 내용, 문제 해결 방법, 주의 사항 등을 자세하게 작성합니다.

이러한 커밋 메시지 가이드라인을 따르면 Git 히스토리를 관리하고 협업을 위해 의미 있는 정보를 제공할 수 있습니다.