Branch Strategy

# Git Workflow Guide

- 개인 웹 포트폴리오 프로젝트를 위한 브랜치 전략과 커밋 규칙
- 작업 흐름을 단순하게 유지하면서도, 기능 단위로 기록이 남도록 관리

---

## 1. Branch Strategy

### 기본 브랜치

- `main` : 배포 가능한 안정 버전
- `develop` : 개발 중인 통합 브랜치

### 작업 브랜치

- `feature/*` : 기능 단위로 브랜치를 생성하여 작업
- `style/*` : UI 스타일 수정 전용 브랜치
- `fix/*` : 버그 수정 브랜치
- `refactor/*` : 기능 변경 없이 구조만 리팩토링하는 브랜치

#### 작업 브랜치 네이밍 규칙

- `feature/기능명`
- `style/스타일명`
- `fix/수정내용`
- `refactor/리팩토링내용`

---

## 2. Branch Workflow

1. `develop` 브랜치에서 새 브랜치 생성
2. 기능 구현 또는 수정 작업 후 커밋 반복
3. 작업 완료 후 `develop` 브랜치에 병합
4. 작업 브랜치는 삭제, 새 작업 시 1번으로
5. 배포 가능한 상태(새 버전)가 되면 `main`에 병합

---

## 3. Commit Rules

### 기본 브랜치에서 커밋

- init: 초기 세팅
  (예) Vite 프로젝트 생성, 기본 구조 설정
- docs: 문서 수정
  (예) README, 규칙 문서, 설명 추가
- chore: 기타 설정 변경
  (예) 패키지 설치, 폴더 구조 정리, 환경 설정 수정

### 작업 브랜치에서 커밋

- "브랜치명: 수정 내용 한 줄 요약"

#### 주의하기

1. 기능 추가와 스타일 수정은 가능하면 분리
2. 큰 작업은 여러 개의 작은 커밋으로 나누기