Release

세모의 릴리즈(배포) 절차를 정리합니다.
기본 흐름은 develop → (검증) → main 머지 → Vercel 배포 입니다.

✅ 릴리즈 기준

아래 조건을 만족하면 릴리즈를 진행합니다.

• 목표 기능(이슈/스프린트 범위) 개발 완료
• develop 기준 CI 통과 (lint / typecheck / test / build)
• QA(기능/UX)에서 치명 이슈 없음
• 배포 후 영향 범위(로그인/오답 작성/조회 등) 체크 완료

---

🌿 브랜치 릴리즈 흐름

• develop: 통합 개발 브랜치
• main: 배포(릴리즈) 브랜치

릴리즈는 develop → main으로 PR을 생성해 머지하는 방식으로 진행합니다.

---

🚀 Release 절차 (체크리스트)

1) develop 상태 점검

• 최신 develop pull
• 로컬에서 pnpm lint:web, pnpm --filter web typecheck 확인
• 주요 플로우 수동 점검
  • 로그인/로그아웃
  • 오답 생성 → 상세 → 수정/삭제(해당 시)
  • 홈/그래프 화면 정상 노출
  • 토큰 재발급/401 처리 흐름

2) Release PR 생성 (develop → main)

• PR 제목 예: Release: 2026-01-xx
• 변경사항 요약(핵심 기능/수정 사항)
• 배포 후 확인할 항목(체크리스트) 포함
• 최소 1명 Approve 후 merge

3) 배포 (Vercel)

• main 머지 후 Vercel이 자동으로 배포합니다.
• 배포가 끝나면 Production URL에서 아래를 확인합니다.
  • 주요 페이지 로딩/라우팅
  • 로그인/토큰 흐름
  • API 통신 정상 여부

---

🏷️ 버전/태그(선택)

현재는 태그를 강제하지 않지만, 릴리즈 추적이 필요하면 아래 중 하나를 사용합니다.

• v0.1.0 형태의 Git Tag
• 혹은 PR 제목/Release Note에 날짜 기반(YYYY-MM-DD) 기록

---

📝 Release Note 템플릿

Summary

• (예) 홈 그래프 모션 추가
• (예) 오답 상세 UI 개선 및 버그 수정

Changes

• Feat
  • ...
• Fix
  • ...
• Refactor/Chore
  • ...

Post-check

• 로그인/로그아웃
• 오답 등록/조회
• 그래프 페이지
• 크래시/콘솔 에러 여부

---

🧯 Hotfix (긴급 수정)

프로덕션 긴급 이슈 발생 시

1. fix/#<issue>/<name> 브랜치를 main 기준으로 생성
2. 수정 후 main으로 PR → merge
3. 필요 시 동일 수정 내용을 develop에도 반영(추가 PR)