Git Branch 전략
Git Flow: main ← dev ←
prefix#이슈번호
- 현재 최소 기능만을 포함한 MVP를 구상 중에 있음
- 시간이 지나며 새로운 기능을 추가하며 프로젝트를 고도화할 계획을 세우고 있음
- 프로젝트 고도화가 일종의 버전업이라고 생각하고, 버저닝을 확실하게 관리할 수 있는 Git Flow가 적절하다고 판단Merge 전략
squash merge:
dev ← prefix
basic merge: main ← dev
- dev ← prefix는 squash merge를 통해서 커밋 히스토리를 깔끔하게 유지
- main ← dev에서 squash merge를 사용하지 않는 이유는, 커밋 히스토리를 통해 버전 관리? revert? 가 힘들어지기 때문Git Commit 컨벤션
태그 이름 | 설명 |
feat | 새로운 기능 추가 |
fix | 버그를 고친 경우 |
style | CSS 등 사용자 UI 디자인 변경 |
refactor | 기능 추가에 해당되지 않는 코드 리팩토링 |
perf | 퍼포먼스를 향상시키는 변경사항 |
docs | 문서를 수정한 경우 |
test | 테스트 관련 변경사항 |
ci | CI 환경설정과 스크립트에 변화가 있는 경우 |
build | 외부 의존성 설치나 빌드 시스템에 영향을 주는 변경사항 |
chore | 자잘한 변경사항 |
이슈 템플릿 / PR 템플릿
브랜치 네이밍 컨벤션
prefix/#이슈번호- 네이밍 하는 데에 걸리는 비용 해소
- 다만, 브랜치의 역할을 파악하기 위해서는 파악은 이슈로 가야함
PR 제목 컨벤션
prefix: 내용
