Git-flow와 Conventional Commits

💻 Git-flow란?

효율적인 협업을 위해 만들어진 수많은 브랜치 모델 중의 하나이다.

Git-flow cheatsheet 설치하기

💻 Git-flow를 활용한 협업순서

Git Bash의 Shell커맨드 기준으로 시작한다.

• git flow init : Git-flow를 시작한다. 이 후, 나타나는 브랜치 이름 설정에 대해서는 기본값을 사용하는 것이 좋다.
• 기능 개발 시작 : git flow feature start MYFEATURE 현재 위치한 develop 브랜치에 기반한 새 기능 브랜치를 생성하고 이동한다.
• 기능 개발 완료 : git flow feature finish MYFEATURE 현재 위치한 새 기능 브랜치를 develop 브랜치로 merge한다.
• 모든 기능 개발을 합친 후 : git flow release start RELEASE (Version)
  • (Version)은 숫자형식으로 보통 작성한다.
    예 : v0.1, v1.0
  • 사소한 오류 수정 등 작은 단위의 개발은 소수점 뒤의 자리를 올린다.
    예 : v0.2, v.1.3
  • 새로운 기능 추가 등 큰 단위의 개발은 소수점 앞의 자리를 올린다.
    예 : v1.2, v.3.0
• 새로운 버전 출시 : git flow release finish RELEASE
  • RELEASE 브랜치를 main 브랜치와 병합합니다.
  • git push --tags : 태그를 push하는 것을 잊지않도록 한다.

💻 Conventional Commits

커밋 제목을 작성할 때에는 다른 개발자가 이해할 수 있도록 작성하는 것이 좋다. 많은 개발자가 Conventional Commits을 활용하여 커밋을 작성하고 있다.

• feat : : 새 기능이 추가되는 타입의 커밋
• fix : : 버그가 수정된 타입의 커밋
• docs : : 문서 작업 관련 타입의 커밋
• test : : 테스트 관련 타입의 커밋
• conf : : 환경설정 관련 타입의 커밋
• build : : 빌드 관련 타입의 커밋
• ci : : Continuous Integration 관련 타입의 커밋
• style : : 코드 포맷팅 혹은 세미콜론 누락 코드 스타일에 관련 타입의 커밋
• refactor : : 코드 리펙토링 관련 타입의 커밋
• chore : : 빌드 업무 수정, 패키지 매니저 수정 관련 타입의 커밋