## 브랜치 - ```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 삭제 --> ![workflow](https://user-images.githubusercontent.com/33643752/97594125-b2d06700-1a45-11eb-9be9-e88ce7d09ecc.png) ![workflow2](https://user-images.githubusercontent.com/33643752/97598053-dc8b8d00-1a49-11eb-9ecf-d54f34bda59d.png)