백오피스 배포 프로세스

본 문서는 백오피스 레포의 배포 프로세스를 설명합니다.

백오피스 배포는 Stage 환경(E2E 테스트)이 없고 간소화된 배포 프로세스를 따릅니다.

브랜치 구조

브랜치	환경	용도
feat/*	Local	기능 개발
test	Test 서버	QA 진행
main	Production	실서버

워크플로우

┌─────────────────────────────────────────────────────────┐
│              Backoffice Branching                       │
├─────────────────────────────────────────────────────────┤
│                                                         │
│   feature/*              test                main       │
│       │                    │                   │        │
│       │       merge        │                   │        │
│       ├───────────────────>│                   │        │
│       │                    │                   │        │
│       │                  [QA]                  │        │
│       │                    │                   │        │
│       │                    │        PR         │        │
│       ├────────────────────┼──────────────────>│        │
│       │                    │                   │        │
│       │                    │               [Deploy]     │
│                                                         │
│   ──────────────────────────────────────────────────>   │
│      Local               Test              Production   │
│                                                         │
└─────────────────────────────────────────────────────────┘

상세 프로세스

1. Feature 브랜치 생성 및 개발

# main에서 feature 브랜치 생성
git checkout main
git pull origin main
git checkout -b feat/my-feature

2. Test 브랜치에서 QA

개발 완료 후 test 브랜치에 머지하여 테스트 서버에 배포합니다.

git checkout test
git merge feat/my-feature
git push origin test

a. 테스트 서버에서 QA 진행

3. Main 브랜치로 PR 생성 및 배포

QA 완료 후 main 브랜치를 향해 Pull Request를 생성합니다.

# GitHub에서 PR 생성
# base: main <- compare: feat/my-feature

a. 코드 리뷰 요청
b. 리뷰어 피드백 반영
c. Approve 후 머지
d. 머지 시 Production 서버에 자동 배포

환경별 요약

항목	Feature	Test	Main
환경	Local	Test 서버	Production
용도	개발 중	QA	실서버
배포	-	Vercel	Vercel