yunyj99
라둥이
yunyj99
GitHub
전체 방문자
오늘
어제
  • 분류 전체보기 (309)
    • 1. 프로그래밍 (50)
      • 1-1. Git (17)
      • 1-2. Java (13)
      • 1-2-1. Java GUI (1)
      • 오류 (12)
      • 기타 (7)
    • 2. Front-end (57)
      • 2-1. HTML (5)
      • 2-2. CSS (19)
      • 2-3. Java Script (33)
      • 2-4. React (0)
    • 3. Back-end (47)
      • 3-1. Spring MVC - 국비 (15)
      • 3-2. Spring MVC - 남궁성 (30)
      • 3-3. Spring - 김영한 (2)
    • 4. Android (1)
    • 5. DB (20)
      • 4-1. MySQL DBMS (20)
    • 6. 자료구조 & 알고리즘 (44)
      • 6-1. 자료구조 (14)
      • 6-2. 백준 (30)
    • 7. 웹 디자인 (7)
      • 7-1. UX 디자인 (7)
    • 8. 자격증 (35)
      • 8-1. 정보처리기사 (35)
    • 프로젝트 (3)
      • 프로젝트 기록 (3)
    • etc... (43)
      • 패스트캠퍼스 챌린지 (39)
      • 잡담 (4)

블로그 메뉴

  • 홈
  • 태그

최근 글

티스토리

hELLO · Designed By 정상우.
yunyj99

라둥이

쓰기
1. 프로그래밍/1-1. Git

Git - [ 커밋 메세지 규칙 ]

2022. 6. 12. 00:10

협업 경험은 아직 없고 개인 프로젝트를 진행하며 혼자 커밋 메세지를 남겼었는데, 내가 봐도 뭘 남기려고 한 건지 못 알아보는 일이 종종 있어서 앞으로는 커밋 메세지를 작성할 때 규칙을 지켜서 작성하고자 한다.

 

좋은 Git 커밋 메시지의 7가지 규칙

  1. 제목과 본문을 한 줄 띄워 분리
  2. 제목은 영문 기준 50자 이내
  3. 제목 첫 글자를 대문자로
  4. 제목 끝에 마침표 금지
  5. 제목은 명령조로
  6. 본문은 영문 기준 72자마다 줄 바꾸기
  7. 본문은 어떻게보다 무엇을, 왜에 맞춰 작성하기

 

 

 

커밋 메세지 구조

type(옵션): Subject // 제목

body(옵션) // 본문

footer(옵션) // 꼬리말

 

제목은 필수 요소, 바디와 푸터는 옵션이다.

type

  • feat: 새로운 기능 추가
  • fix: 버그 해결
  • docs: 문서 변경
  • design : CSS 등 사용자 UI 디자인 변경
  • style: formatting, 놓친 세미콜론 등... 코드의 변경은 없음
  • refactor: 코드 리팩토링
  • test: 테스트 코드 추가 혹은 테스트 코드 리팩토링. 코드의 변경은 없음
  • chore: 패키지 매니저 구성, 빌드 작업 업데이트. 코드의 변경은 없음
  • rename : 파일 혹은 폴더명을 수정하거나 옮기는 작업만인 경우
  • remove : 파일을 삭제하는 작업만 수행한 경우
  • comment : 필요한 주석 추가 및 변경

주제

주제는 50자를 넘어서는 안되며, 대문자로 시작해야 하며, 마침표로 끝나면 안된다.

명령형으로 작성한다. 

바디

바디는 옵션이고, 커밋이 약간의 설명과 문단이 필요할 때 바디가 사용된다. 

'어떻게'가 아닌 '무엇을' 그리고 '왜'에 대한 설명을 위해 바디를 사용해야한다.

바디를 적을 때, 타이틀과 바디 사이에 공백을 적어야 하고 각 줄에 글자가 72자를 넘지 않도록 해야한다.

푸터

옵션이고, 이슈트래커 아이디 참조로 사용된다.

  • Resolves: 문의나, 요청에 의한 이슈에 해당하는 경우 이슈 번호
  • Closes: 일반적인 개발과 관련된 이슈에 해당하는 경우 이슈 번호
  • Fixes: 버그 픽스, 핫 픽스 관련 이슈에 해당하는 경우 이슈 번호
  • See also: 커밋의 이슈와 연관되어 있는 이슈들이 존재 하는 경우, 또는 관련된 이슈들이 있는 경우 이슈 번호

참고로 close, closes, closed, fix, fixes, fixed, resolve, resolves, resolved 와 같은 키워드와 함께 이슈번호를 기입하면 커밋 메세지에서 이슈를 닫을 수 있다.

사용 시점 사용 키워드
해결 Closes(종료), Fixes(수정), Resolves(해결)
참고 Ref(참고), Related to(관련), See also(참고)

 

 

ex) 아래와 같이 커밋 메세지 남기면 100번 이슈 종료됨

feat: ㅇㅇ 기능 추가

ㅇㅇ 기능 추가개발함 
  * ㅇㅇ 개발
  * ~~참고

resolved : #100
see also : #101, #102​

참조

더보기

https://cocoon1787.tistory.com/708

 

[Git] 좋은 커밋 메시지 작성법

🚀 프로젝트 협업을 할 때 커밋 메시지 작성은 필수입니다. 입사 면접에서도 커밋 컨벤션에 대해 종종 질문이 나오는 걸로 알고 있습니다. 아직까지 협업 경험이 없는 상태에서 개인 프로젝트

cocoon1787.tistory.com

https://jae04099.tistory.com/entry/GIT-%EC%BB%A4%EB%B0%8B%EC%97%90-%EA%B4%80%ED%95%98%EC%97%AC%EC%A2%8B%EC%9D%80-%EC%BB%A4%EB%B0%8B-%EB%A9%94%EC%8B%9C%EC%A7%80-%EC%BB%A4%EB%B0%8B-%ED%83%80%EC%9D%B4%EB%B0%8D-%EB%93%B1

 

[GIT] 커밋에 관하여(좋은 커밋 메시지, 커밋 타이밍 등)

프로젝트의 버전을 관리할 때 커밋 메세지 작성은 필수다. 하지만 어떤 메세지를 언제 커밋해야 나에게 더 나아가 팀원들에게 도움이 될 수 있을지 알고 싶었다. 좋은 변수 컨벤션이 있는 것 처

jae04099.tistory.com

https://overcome-the-limits.tistory.com/entry/%ED%98%91%EC%97%85-%ED%98%91%EC%97%85%EC%9D%84-%EC%9C%84%ED%95%9C-%EA%B8%B0%EB%B3%B8%EC%A0%81%EC%9D%B8-git-%EC%BB%A4%EB%B0%8B%EC%BB%A8%EB%B2%A4%EC%85%98-%EC%84%A4%EC%A0%95%ED%95%98%EA%B8%B0

 

[협업] 협업을 위한 git 커밋컨벤션 설정하기

들어가며 어떻게 하면 협업을 더 잘할 수 있을까 고민하며 협업에 필요한 내용들을 계속 정리하고 있습니다. 앞으로 저와 함께 협업하는 팀원분들에게 도움이 되고 싶습니다. 이 글은 Udacity Git C

overcome-the-limits.tistory.com

https://blog.munilive.com/posts/my-git-commit-guide.html

 

Git Commit Message Style Guide - 개인/팀을 위한 커밋 메시지 스타일 가이드

Git에 커밋을 할때 메시지를 어떻게 입력할 것인지에 대한 커밋 메시지 가이드 입니다. 공통의 룰을 가지고 Commit 메시지를 관리 하면 프로젝트의 히스토리 관리에 도움이 됩니다.

blog.munilive.com

https://greenzoo.tistory.com/36

 

Git 커밋 메세지 스타일 가이드 및 Issue 종료하기

 문제인식 개발팀 단위로 작업을 하다보면 커밋메세지가 너무 다양해서 알아볼수가 없다. 아래처럼 다양한 커밋 메시지 스타일이 있다. 2022년 5월 12일 ~ 오류로 인해 작업함 ~ 오류로 인해 작업

greenzoo.tistory.com

https://jane-aeiou.tistory.com/m/93

 

 

'1. 프로그래밍 > 1-1. Git' 카테고리의 다른 글

Git - [ 이클립스 conflict 도구 ]  (0) 2022.06.29
git - [ 특정 commit 삭제 ]  (0) 2022.06.25
Git - [ issue 관리 ]  (0) 2022.06.11
Git - [ Fork / PR(Pull Request) ]  (0) 2022.06.10
Git - [ 강제로 Git Pull 하기 ]  (0) 2022.04.26
    '1. 프로그래밍/1-1. Git' 카테고리의 다른 글
    • Git - [ 이클립스 conflict 도구 ]
    • git - [ 특정 commit 삭제 ]
    • Git - [ issue 관리 ]
    • Git - [ Fork / PR(Pull Request) ]
    yunyj99
    yunyj99
    개발자를 목표로 하는, 새싹처럼 성장하고 싶은 사람의 학습 공간 ^v^

    티스토리툴바