|
|
|
|
| 김민아 | 신지민 | 이찬원 |
| 라벨 | 설명 |
|---|---|
| ✨ feature | 새로운 기능 또는 기존 기능 관련 |
| 🐞 bug | 버그 관련 |
| refactor | 리팩터링 관련 |
| ✅ test | 테스트 관련 |
| ⚙️ chore | 프로젝트 환경 설정 관련 |
| 📝 docs | 문서 관련 |
main: 프로덕션 배포 브랜치develop: 개발 환경 브랜치feature: 각자 기능을 개발할 때 사용, Issue 하나 당 하나의 브랜치- 이외 라벨 : 라벨 별 특성을 반영
<label>/<issue_number> 형식을 준수합니다.
feature/1-add-layout 과 같이 작업 내용을 영문으로 작성하는것을 권장합니다.
Warning
하나의 Issue는 하나의 Label만을 가질 수 있습니다.
| 타입 | 설명 |
|---|---|
| ✨ Feature | 새로운 기능을 구현하거나 기존 기능을 수정할 때 생성합니다. |
| 🐞 Bug Report | 발생한 버그를 제보하거나, 버그를 픽스하기 전에 생성합니다. |
| Refactor | 코드 구조 개선, 가독성 향상, 중복 제거 등 기능 변화 없이 코드 품질을 높이는 작업 전에 생성합니다. |
| ✅ Test | 테스팅 작업을 구성하고, 수행 전 생성합니다. |
| ⚙️ Chore | 환경 설정, 빌드 환경, 의존성 업데이트 등 비즈니스 로직과 직접적인 관련없는 작업 전에 생성합니다. |
| 📝 Docs | README.md 등 코드와 관련한 문서나 코드 주석을 작성, 수정, 삭제 전 생성합니다. |
<label>: <작업 내용 설명> (#<issue_number>) 형식을 준수합니다.
feat: 메인 레이아웃 추가 (#1) 과 같이 사용할 수 있습니다.
- 모든 인원에게 리뷰요청을 하되, 3개 이상의 승인을 받아야 병합할 수 있습니다.
main,develop브랜치는 잠긴상태로, 직접push또는force-push할 수 없습니다. 오직 PR을 통해서만 병합할 수 있습니다.- 병합 순서는 번호가 낮은 순서부터 순차로 진행하며, PR
base브랜치에 대해rebase수행 후3-way-merge방식으로 병합합니다.
(git pull --rebase <REMOTE> <BASE_BRANCH>, ex:git pull --rebase origin develop) - Label은 Issue와 동일하게 설정하도록 합니다. 단, 예외적으로
bug의 경우fixLabel을 사용합니다.