github 관리 규칙

커밋 컨벤션

• feat : 새로운 기능 추가

• fix : 버그 수정

• docs : 문서 수정

• style : UI 개발~~ ^^

• refactor : 코드 리펙토링

• chore : 빌드 업무 수정, 패키지 매니저 수정

커밋 메시지 컨벤션

• 제목은 최대 50글자가 넘지 않도록 하고 마침표 및 특수기호는 사용하지 않는다.

• 제목은 개조식 구문으로 작성한다. --> 완전한 서술형 문장이 아니라, 간결하고 요점적인 서술을 의미.

커밋 디스크립션 컨벤션

• 본문은 한 줄 당 72자 내로 작성한다.

• 본문 내용은 양에 구애받지 않고 최대한 상세히 작성한다.

• 본문 내용은 어떻게 변경했는지 보다 무엇을 변경했는지 또는 왜 변경했는지를 설명한다.

브랜치

• style / 자기가 기능 개발 하는 거 이름

• feature / 자기가 기능 개발 하는 거 이름

• QA / 수정해야 하는 기능

• refac / 자기가 기능 개발 하는 거 이름

• fix / (버그 수정)

ISSUE 템플릿

bug 템플릿

---
name: PETTALK bug issue template
about: 'about need to fix bug'
title: "🐛 [Bug] "
labels: Bug
assignees: ''

---
## 🛠️ 어떤 버그를 고치나요?

## 버그 작업 브랜치

## ☑ Bug Fix TODOS
- [ ]

피쳐 템플릿

---
name: PETTALK Feature request template
about: feature
title: "🚀 [Feature] "
labels: Feature
assignees: ''

---
## 🚀 어떤 기능을 만드나요?

## 작업 중인 브랜치

## ☑ Implement TODO
- [ ]

리팩토링 템플릿

---
name: PETTALK refactor issue template
about: 'about need to refactor '
title: " [Refactor] "
labels: Refactor
assignees: ''

---
## 🛠️ 리팩토링이 필요한 부분

## 리팩토링 작업 브랜치

## ☑ Refactoring TODO
- [ ]

Style 컴포넌트 이슈 템플릿

---
name: PETTALK Style issue template
about: 'make Style Component'
title: "💄 [Style] "
labels: Style
assignees: ''

---
## ✨ 어떤 Style 작업인가요?

## 스타일 작업 브랜치

## ☑ Style TODO
- [ ]

PR 템플릿

##이슈번호
<!-- - close 뒤에 이슈 달아주기 -->
- close

## 작업내용 설명
<!-- 스크린샷 및 작업내용을 적어주세요 -->

##리뷰어에게 한마디
<!-- 리뷰어들이 참고해야 하는 사항을 적어주세요 -->

PR 규칙

• 1명 이상 approve 커멘트 남겨야지만 merge 가능

• conflict 나면 그 관련 코드 작성한 사람 호출 → 님코드내코드 누가맞?

• squash merge → 이래야 커밋 기록이 깔끔하게 정리된다~