300x250
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
Tags
- linux
- 순열
- nlp
- CSS
- 코딩 테스트
- 구글 킥스타트
- AI
- 그래프
- OS
- kick start
- PYTHON
- 프로그래밍
- 딥러닝
- 동적프로그래밍
- 네트워크
- 브루트포스
- 동적 프로그래밍
- 운영체제
- 파이썬
- BFS
- 코딩
- 킥스타트
- google coding competition
- 백준
- 알고리즘
- 코딩테스트
- DFS
- dp
- 리눅스
- 프로그래머스
Archives
- Today
- Total
오뚝이개발자
깃 커밋 메시지 컨벤션(Commit Convention), 커밋 메시지 작성요령 본문
728x90
300x250
커밋 메시지를 통일된 양식으로 작성하면 추후 어떠한 부분이 변경되었는지 알기도 쉽고 협업을 할 때도 도움이 된다. 따라서 메시지를 작성하는 컨벤션을 정리해보려고 한다.
커밋 메시지는 크게 제목(Title), 본문(Body), 꼬리말(Footer)의 세 부분으로 구성된다.
Type : Title
Body
Footer
Type
커밋하는 메시지의 타입을 설명해준다. 예를 들어, 버그 수정인지 새로운 기능의 추가인지 등이다.
- feat : 새로운 기능, 코드 추가
- add : 파일 추가
- fix : 버그 수정
- refactor : 코드 리팩토링
- docs : 문서 수정
- style : 코드 형식, 정렬, 주석 등의 변경(동작에 영향을 주지 않는 변경사항)
- test : 테스트 코드에 관련된 변경 사항
- chore : 빌드 업무 수정, 패키지 매니저 설정 등
Title
- 제목은 50자를 넘기지 않는다.
- 첫글자는 대문자로 작성
- 마침표를 붙이지 않는다.
- 과거 시제를 사용하지 않는다.
- Fixed->Fix
- Changed->Change
Body
- 선택사항이므로 작성하지 않아도 무방
- 부연설명이나 커밋의 이유를 설명
- 제목과 구분짓기 위해 한 칸 띄우고 작성한다
Footer
- 마찬가지로 선택사항이다
- 이슈 트래커 ID를 작성할 때 쓴다.
728x90
300x250
'Git' 카테고리의 다른 글
[Git] GitHub(깃허브) 초기 설정, git config (2) | 2021.10.10 |
---|---|
README 작성 가이드 (0) | 2020.09.22 |
Git 기본 명령어(CLI) (0) | 2020.05.15 |
[Git] 깃 사전 링크 (0) | 2020.05.03 |
.gitignore가 작동하지 않을 때 (0) | 2020.04.24 |
Comments