⏳ 브랜치 전략

Git Flow

Git Flow

<aside> 💡 main : 출시 가능한 프로덕션 코드를 모아두는 브랜치

develop : feature에서 기능 개발이 끝난 후 다음 버전 개발을 위한 코드를 모아두는 브랜치

feature : 하나의 기능을 개발하기 위 브랜치, 기능개발 완료되면 develop 브랜치로 머지 네이밍 : feature/branch-name

release : 소프트웨어 배포를 준비하기 위한 브랜치, ****develop 브랜치에서 생성해 배포전 사소한 버그를 수정, 배포 준비가 완료되면 main, develop 브랜치에 둘다 머지 네이밍 : release/v1.1

hotfix : 배포 후 버그가 생기면 긴급 수정, main 브랜치에서 생성해 문제 해결이 완료되면 main, develop 브랜치에 둘다 머지

네이밍 : hotfix/v1.0.1

</aside>

☑️ 코드 컨벤션

문자열을 처리할 때는 쌍따옴표를 사용하도록 합니다.

문장이 종료될 때는 세미콜론을 붙여줍니다.

함수명, 변수명카멜케이스로 작성합니다.

가독성을 위해 한 줄에 하나의 문장만 작성합니다.

주석은 설명하려는 구문에 맞춰 들여쓰기합니다.

연산자 사이에는 공백을 추가하여 가독성을 높입니다.

콤마 다음에 값이 올 경우 공백을 추가하여 가독성을 높입니다.

생성자 함수명맨 앞글자는 대문자로 합니다.

🖤 커밋 컨벤션

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