🌟Ground Rule🌟

<aside> 🔥  1. main branch Pull Request 관련 Rule

</aside>

• Level 단위로 develop branch에서 main에 merge한다
• 배포용 브랜치로 develop에서 refactoring, bugfix가 완료 된 상태에서 push한다.
• main 브랜치로 merge는 팀원 4명 중 2명이상 accept한 경우 merge를 진행한다.

<aside> 🔥 2. Develop branch Pull request 관련 Rule

</aside>

• feature 에서 기능이 모듈화가 완료된 경우(feat→refactor) Pull Request를 진행한다.
• feature branch에서 develop branch로 merge를 진행할 때 conflict가 생길 경우 관련한 캠퍼들이 해당 이슈를 해결한다. (새로운 feature branch를 사용 혹은 이전 feature branch에서 내용 수정)
• main 브랜치로 merge는 팀원 4명 중 2명이상 accept한 경우 merge를 진행한다.

<aside> 🔥  3. feature Branch Commit 관련 Rule

</aside>

• feature 브랜치는 develop branch에서 feat-이슈번호/브랜치이름 형식으로 생성한다.
  • ex) feat-12/crawler, feat-1/skeleton
• commit 메세지의 Header(변경내용)와 Footer(이슈번호)는 필수, Body는 선택사항
  • 참고 commit convention
• header의 prefix는 feat, fix, docs, style, refactor, perf 사용
• 하나의 commit은 코드의 유의미한 변화가 있는 최소 크기로 나누어서 올린다.

# 예시 :
git commit -am "refactor: modify api handler logic

- change logic 1
- change logic 2

#1"