개발 규칙에 대해

<aside> 💡 개발 규칙은 개발과 협업의 편의를 위해 임의로 정한 규칙입니다. 이 문서에 적혀 있는 규칙이 항상 정답인 것은 아니며, 만약 이 규칙을 수정할 필요가 있다면 언제든 슬랙에 남겨주세요.

</aside>

개발 규칙

커밋 메세지

// ex
<type>(<scope>): <subject> (#<issue>)

<body>

// example
feat(component): Button 컴포넌트 추가 (#1)

* <Button> 컴포넌트 추가

커밋 메세지의 목적
1. 리뷰어가 커밋의 목적을 빠르게 판단하고 리뷰를 편리하게 하기 위한 목적
2. 오류가 발생되었을 때 어떤 커밋에서 문제가 발생했었는지 추적하기 위한 목적
type
- feat : 새로운 기능, 컴포넌트 등을 추가할 때
- fix : 기존 기능에 존재하는 버그를 수정할 때
- docs : 기존 기능에 문서를 추가할 때, 스토리북 포함
- style : 코드의 스타일만 변경할 때 (린트 적용, 세미콜론 누락 등)
- refactor : 리펙토링을 할 때
- chore : 빌드, 패키지 관련 변경이 있을 때
scope
- component , hook, style 등
- 리뷰어가 커밋의 목적을 빠르게
subject
- 해당 커밋을 제일 잘 나타내는 제목
- ex. Button 컴포넌트 추가
body

풀 리퀘스트 & 리뷰

Feature → Develop PR

develop으로 풀 리퀘스트를 하고 마지하기 전까지 최소한 1명 이상의 리뷰를 받았으면 합니다!
- 최소한 1명 이상 - 1
- 2명 이상 + 24시간 시간 제한 - 1
→ 일단 최소한 1명 이상으로 시작하고, 이후 참여가 활발할 경우 2명 이상 + 24시간 시간 제한으로 변경

Develop → Main PR

슬랙에서 먼저 이야기를 나누고 합의가 완료된 경우 PR 생성