---
# System prepended metadata

title: Untitled

---

## 브랜치

- ```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)
