hanarang-dashboard/.plans/deploy/main-release-flow.md

Main Release Flow

원칙

• main = 배포 가능 상태
• 다랑 QA가 끝나기 전에는 main merge 금지
• 이랑은 feature branch를 배포하지 않고, QA 통과 후 merge된 최신 main만 배포

역할별 절차

1. 하랑

• 문서 작성 및 선 push
• 나랑/다랑/이랑 핸드오프 관리
• QA 결과 확인
• main merge 최종 판단

2. 나랑

• feature/hotfix branch에서 구현
• 구현 후 원격 branch push
• 다랑에게 QA 요청

3. 다랑

• 나랑 branch pull
• QA 수행
• .plans/qa/에 결과 md 작성
• passed/failed + errors[]를 하랑에게 전달

4. 하랑

• passed = true 확인 후 main merge
• merge 완료 시점부터 main은 배포 상태
• 이랑에게 재배포 요청

5. 이랑

• 서버에서 최신 main pull
• install/build/restart 등 재배포만 수행
• 추가 수정 없이 운영 반영

금지

• QA 전 main merge
• 이랑이 feature branch 직접 배포
• QA 결과 없는 배포
• 문서 없이 긴급 hotfix 진행