Git

📌Git Commit Convention

[분류] #이슈번호 기능명 → [Feat] #123 글 작성 #front → [!BREAKING CHANGE] #156 글 수정 #back

1. 커밋 유형

• 커밋 제목 첫 글자는 대문자로 작성하기

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

2. 제목과 본문을 빈행으로 분리

• 커밋 유형 이후 제목과 본문은 한글로 작성하여 내용이 잘 전달될 수 있도록 할 것
• 본문에는 변경한 내용과 이유 설명 (어떻게보다는 무엇 & 왜를 설명)

3. 제목 한글로 20자 이내로 할 것, 끝에는 . 금지

4. 무엇을 왜 했는지 적기, 어떻게 했는지 적지 않기

참고 - Gitmoji (깃 커밋 아이콘)

gitmoji

📌Git Branch Convention

규칙

• master - develop - 각자의 기능 브랜치를 분기
• 브랜치 이름 규칙
  • 작업종류/기능 으로 브랜치 만들기
  • (지라 스토리 이슈 = 기능 명세서 소 분류 = 브랜치 1개)
  • (지라 작업 이슈 = 커밋 1개)
  • design/FE-logout feat/BE-signup fix/FE-not-render-nav
• 해당 기능의 브랜치에 작업이 완료 되면 해당 브랜치를 원격 저장소에 push하고 git Lab 페이지에서 merge request(source : 본인 기능 브랜치, target : master)(로컬에서 그냥 merge X)
  • merge request 오픈 이벤트 발생 시 EC2에서 빌드, 배포 실행 ⇒ MM으로 결과 알림
• merge request 위 결과에 따라 승인 여부 결정, 필요한 경우 코드 리뷰 및 토의