브랜치를 나눠서 버전 관리

 

✅ 브랜치를 나눠서 버전 관리해야 하는 이유

이유	설명
안정성 확보	운영 중인 main 또는 master 브랜치를 보호하고, 새로운 기능은 별도로 실험 가능
기능별 작업 분리	로그인/전자책/AI 대화 등 기능별로 개발 브랜치를 따로 만들면 작업 충돌 방지
기록 추적	각 브랜치의 작업 내역을 독립적으로 추적 가능 (ex. git log, git diff)
롤백 용이	문제가 생기면 기존 브랜치로 손쉽게 복귀 가능 (git checkout main)

---

🧭 추천 브랜치 전략

main (또는 master)  ← 운영 기준 브랜치
│
├─ feature/auth-system        ← 로그인/회원가입 기능 개발
├─ feature/ebook-creation     ← 전자책 생성 기능
├─ feature/ai-chat            ← AI 작가 대화 기능
├─ feature/community-submit   ← 각색극 제출/공모전 기능

이 방식은 한 번에 하나씩 기능을 추가하고 충분히 테스트한 후 main에 merge하는 구조입니다.

---

🛠 예시: 로그인 기능 개발 브랜치 생성

# 현재 브랜치 확인
git branch

# 새 브랜치 생성 및 이동
git checkout -b feature/auth-system

작업 후 커밋 예시

git add .
git commit -m "Add login/logout functionality to users app"

 

---

✅ 최종 테스트 후 병합(Merge)

# main 브랜치로 이동
git checkout main

# 최신 상태로 업데이트
git pull origin main

# feature 브랜치 병합
git merge feature/auth-system

# 원격 저장소에도 반영
git push origin main

---

🔒 권장 습관

• 각 브랜치 작업 전에 항상 main을 최신 상태로 맞춘 후 브랜치 생성
• 기능별로 작고 자주 커밋
• 각 브랜치의 목적은 명확히 주석으로 기록

---

진행 브랜치

지금부터 로그인/회원 시스템을 구현할 예정입니다.
➡️ feature/auth-system 브랜치를 만들어 시작하겠습니다.

git checkout -b feature/auth-system

새 브랜치 생성

로그인/회원 시스템 구현 Go! Go!