Git의 커밋 전략과 브랜치 전략

커밋 컨벤션

크게 보자면 다음 문구를 앞에 넣고, 뒤에 소문자 영어로 커밋 내용을 작성한다.

• Feat : 새로운 기능
• Fix : 기존 기능의 버그 수정
• Refactor: 모듈 분리, 디렉토리 구조 변경 등의 리팩토링
• Design: CSS 등 디자인 관련 언어 변경
• Comment: 주석 추가
• Docs: 문서화 작업
• Test: 테스트 코드 추가
• Rename: 폴더나 파일의 이름 변경
• Remove: 파일 제거
• Chore: 설정 파일 등 기타 작업
• Init: 맨 처음 리포지토리 생성용 커밋에 사용

GitHub 같은 Git 기반 리포지토리 호스팅/데브옵스 플랫폼 같은 경우, 이슈 번호를 커밋 메세지에 인용하는 것이 권장되고, 그게 아니라면 단순 번호 네이밍과 헷갈릴 수 있으니 쓰지 않는 것이 좋다.

브랜치 전략

• feature
  • feature/(기능 분류)/(세부 기능) 식으로 이름을 지으면 좋다.
• develop
  • feature의 merge 대상
• master…지만 요즘은 main(이건 GitHub의 영향이 크다)
  • develop에 기능 추가가 끝나면 여기에 merge

한 명이서 형상 관리 목적으로 작업하면 master/develop이면 충분하지만, 두 명 이상 협업하며 형상 관리를 시행할 경우 feature 분기는 필수다.