git flow 에서 main,dev

• dev브랜치 기준으로 flow을 따름
• 각 페이지별 브랜치네임
  • 기능: feat
  • 수정: fix

PR 규칙

• 요구사항에 기반한 간결하고 분명하게 작성

# -------------------  브랜치  ----------------------#

##  브랜치 네임: {브랜치 태그}/{구현/수정사항} 
##  기능: feat
##  수정: fix
    ex) feat/start-task
    
# ------------------  커밋 메시지 --------------------#
## {영소문자<type>}: {한국어 커밋 메시지}

 '  ex) chore: 한국어패키지 설치
     
# ------------------ 레퍼 런스  ---------------------#
# <type> 키워드  사용 시점
# see 
#[깃 컨벤션 레퍼런스](<https://overcome-the-limits.tistory.com/entry/%ED%98%91%EC%97%85-%ED%98%91%EC%97%85%EC%9D%84-%EC%9C%84%ED%95%9C-%EA%B8%B0%EB%B3%B8%EC%A0%81%EC%9D%B8-git-%EC%BB%A4%EB%B0%8B%EC%BB%A8%EB%B2%A4%EC%85%98-%EC%84%A4%EC%A0%95%ED%95%98%EA%B8%B0>)

feat        새로운 기능 추가
fix         버그 수정
docs        문서 수정
style       코드 스타일 변경 (코드 포매팅, 세미콜론 누락 등)기능 수정이 없는 경우
design      사용자 UI 디자인 변경 (CSS 등)
test        테스트 코드, 리팩토링 테스트 코드 추가
refactor    코드 리팩토링
build       빌드 파일 수정
ci          CI 설정 파일 수정
perf        성능 개선
chore       빌드 업무 수정, 패키지 매니저 수정 (gitignore 수정 등)
rename      파일 혹은 폴더명을 수정만 한 경우
remove      파일을 삭제만 한 경우
{type}:     {커밋 메시지}
fizbuzz