https://puleugo.tistory.com/107
flow:흐름이라는 의미를 가지고 있다 즉 git flow는 git에서 제공하는 브랜치 기능을 활용한 변경 이력 관리 전략
main(master):
서비스를 직접 배포하는 역할을 하는 브랜치입니다.
feature(기능):
각 기능 별 개발 브랜치입니다.
develop(개발):
feature에서 개발된 내용을 가지고 있는 브랜치입니다.
release(배포):
배포를 하기 전 내용을 QA(품질 검사) 하기 위한 브랜치입니다.
hotfix(빨리 고치기):
main 브랜치로 배포를 하고 나서 버그가 생겼을 때 빨리 고치기 위한 브랜치입니다.

<aside> ❗ 큰틀은 저렇고 세부적으로는 팀마다 자유롭게 정하면 된다.
</aside>
<aside> ❗ 현재 우리는 축약해서 크게 보면 각 이니셜/기능으로 브랜치를 파서 작업하고 dev로 merge하는 형식으로 하고있는데 이번 git flow를 적용해보면 작업 할 때**(feature)** :feat/{기능명_이름}으로 브랜치명을 적용 할 수 있겠다. 배포전 통합 테스트 할 때**(release): release에서 작업 해서 테스트 완료되면 배포(main)**: main 브렌치에 머지해서 API문서 작업 및 배포를 실행하면 되겠다.
</aside>
<aside> ❗ 협업중 수정된 코드의 충돌을 방지하기 위해
</aside>

만약 완독률 계산하는 로직이 박선규, 김주혁 둘다 필요해 같은 브랜치에서 같은 부분을
수정할 경우 충돌이 날 수 밖에 없다.