깃허브 규칙

우린 Git-flow를 사용하고 있어요 | 우아한형제들 기술블로그

1. PR 전 코드리뷰 필수!!

(2명이상 승인 해야 merge 가능하게 지정 )

2.git branch 전략

main : 제품으로 출시될 수 있는 브랜치

dev : 다음 출시 버전을 개발하는 브랜치

feature : 기능을 개발하는 브랜치

release : 이번 출시 버전을 준비하는 브랜치

hotfix : 출시 버전에서 발생한 버그를 수정 하는 브랜치

feature로 각자 작업하면서 dev에 합친 후 중간 출시 때 release로 복사 hotfix로 유지보수하면서 최종 출시 때 main으로 합치기!

3. git commit message 작성

(타입 : 내용 으로 통일)

작업 타입 작업내용
✨ update 해당 파일에 새로운 기능이 생김
feat 기능 구현
🎉 add 없던 파일을 생성함, 초기 세팅
🐛 bugfix 버그 수정
♻️ refactor 코드 리팩토링
🩹 fix 코드 수정
🚚 move 파일 옮김/정리
🔥 del 기능/파일을 삭제
🍻 test 테스트 코드를 작성
💄 style css
🙈 gitfix gitignore 수정
🔨script package.json 변경(npm 설치 등)git issue 활용

작업의 버그 수정, 질문,새로운 추가될 기능, 개선해야하는 기능이 있을 때 적극 활용한다.

4. Git Issuse

작업의 버그 수정, 새로운 추가될 기능, 개선해야하는 기능, 질문 등이 있을 때 git issue적극 활용