• Commit Type

  • 커밋은 태그와 제목으로 구성되고, 중간에 “ : “를 넣음

      - FEAT : 새로운 기능 추가
      - FIX : 버그 수정
      - DOCS : 문서 수정
      - DESIGN : CSS 등 사용자 UI 디자인 변경
      - STYLE : 코드 포맷팅, 세미콜론 누락, 코드 변경이 없는 경우
      - REFACTOR : 코드 리펙토링
      - TEST : 테스트 코드, 리펙토링 테스트 코드 추가
      - !BREAKING CHANGE : 커다란 API 변경의 경우
      - !HOTFIX : 급하게 치명적인 버그를 고쳐야하는 경우
      - RENAME : 파일 혹은 폴더명을 수정하거나 옮기는 작업만인 경우
      - REMOVE : 파일을 삭제하는 작업만 수행한 경우
      - COMMENT : 필요한 주석 추가 및 변경
      - BEGIN : 프로젝트 초기 설정
    	- CONFLICT : 충돌파일명 표기 or 충돌해결 등등
    	- CHORE : 프로젝트 설정 변경
    

    • 예시 ( 태그: 제목 )
      • FEAT : 로그인 기능 추가
      • FIX : 세션에 객체 저장 안 되는 오류 수정
      • DESIGN : 홈 화면 구현

• 주 사용 : GitLab

• 로컬에서 충돌 해결….. (이슈브랜치에서 기능 구현 → 전부 구현 완료하면 develop으로 merge → 이슈브랜치 삭제)

• Issue Convention

  • 담당자(Assignees)를 명시 할 것
  • Task list 기능을 적극 활용할 것
  • 기능에 관련된 Issue라면 GitLab Project와 MR과 연동하여 진행상황을 공유할 것

🖤 커밋 메시지 컨벤션

<aside> ✅

1. 커밋 유형 지정

• 커밋 유형은 영어 대문자로 작성하기

• 예) FEAT: #4 로그인 페이지 구현

  커밋 유형	의미
  FEAT	새로운 기능 추가
  FIX	버그 수정
  DOCS	문서 수정
  STYLE	코드 formatting, 세미콜론 누락, 코드 자체의 변경이 없는 경우
  REFACTOR	코드 리팩토링
  TEST	테스트 코드, 리팩토링 테스트 코드 추가
  CHORE	패키지 매니저 수정, 그 외 기타 수정 ex) .gitignore
  DESIGN	CSS 등 사용자 UI 디자인 변경
  COMMENT	필요한 주석 추가 및 변경
  RENAME	파일 또는 폴더 명을 수정하거나 옮기는 작업만인 경우
  REMOVE	파일을 삭제하는 작업만 수행한 경우
  !BREAKING CHANGE	커다란 API 변경의 경우
  !HOTFIX	급하게 치명적인 버그를 고쳐야 하는 경우

- 변경 내용 1
- 변경 내용 2
- 변경 내용 3

</aside>

🖤 규칙에 맞는 좋은 커밋메시지를 작성해야 하는 이유

• 팀원과의 소통
• 편리하게 과거 추적 가능
• 나중에 실무에서 익숙해지기 위해

<aside> ☝ 안지킨 사례

</aside>

<aside> ☝ 지킨 사례

</aside>

🖤 한 커밋에는 한 가지 문제만!

• 추적 가능하게 유지해주기
• 너무 많은 문제를 한 커밋에 담으면 추적하기 어렵다.