## 브랜치
- ```master```: 배포 버전을 관리하는 브랜치. 매주 코드프리징마다 develop을 master에 merge 한다.
- ```develop```: 개발을 위한 브랜치. 기능 개발을 위해 feature 브랜치가 develop으로부터 분기된다.
- ```feature```: 기능 단위 구현 작업을 위한 브랜치
- 기능 개발 후 develop branch에 PR을 보내고 Merge가 되면 삭제한다.
- ```bugfix```: 버그 해결을 위한 브랜치. 버그에 대한 수정은 해당 브랜치에서 수행한다.
## 브랜치 네이밍
> feature, bugfix에 관한 네이밍
- 브랜치 이름 = 이슈번호 + 기능설명
- ex) feature/1-login, bugfix/2-login-error
## 워크 플로우
<!-- 1. 이슈 발행
2. 이슈에 해당하는 feature branch를 fork repository에서 생성
2-1. 특정 기능을 여러 사람이 동시에 개발한다면, upstream repository에 feature branch 생성
3. 이슈에 대한 작업 후 develop branch에 PR 요청
3-1. reviewer 설정 및 PR 템플릿에 맞춰 PR 메세지 작성
4. 3명의 reviewer로 부터 comment와 approve를 받음
5. squash and merge 실행
5-1. 닫을 이슈가 있다면 squash merge 커밋메세지의 태그를 통해 닫음
6. fork repository branch 삭제
-->

