what
API, 프론트, 어드민 대시보드의 릴리즈·배포 처리 방식을 하나의 기준으로 표준화한다.
핵심은 특정 CI 수정 하나가 아니라, 서비스별로 다르게 보이던 릴리즈 준비 → 검증 → 개발 배포 확인 → 운영 배포 판단 → 일일 리포트 반영 흐름을 일관되게 처리하는 것이다.
주요 범위:
- 릴리즈 PR 작성 기준 통일
- 릴리즈 PR 게이트 검증 기준 적용
- 잘못된 기준의 릴리즈 PR 사전 차단
- 임시 검증 PR과 실제 릴리즈 PR 구분
- 개발 배포와 운영 배포 상태 구분
- 닫힌 릴리즈 PR을 실패로 오해하지 않도록 상태 기준 정리
- 일일 리포트에서 릴리즈 준비, 개발 배포 확인, 운영 배포 필요 상태를 같은 기준으로 표시
- API, 프론트, 어드민 대시보드에 동일한 릴리즈 처리 기준 적용
why
현재는 서비스별 릴리즈·배포 흐름과 상태 해석이 달라 보일 수 있다.
예를 들어:
- 릴리즈 PR이 닫혔을 때 실패인지, 정리 완료인지 구분이 어렵다.
- 임시 게이트 검증 PR과 실제 릴리즈 PR이 같은 배포 작업처럼 보일 수 있다.
- 개발 배포 근거와 운영 배포 여부가 섞여 보일 수 있다.
- daily report에서 게이트 검증, 릴리즈 후보 생성, 개발 배포 확인, 운영 배포 필요 항목이 같은 의미처럼 해석될 수 있다.
- PM/기획/QA/개발자가 릴리즈 상태를 서로 다르게 이해할 수 있다.
이 작업을 통해:
- 모든 직군이 릴리즈 상태를 같은 의미로 이해할 수 있게 한다.
- 배포 준비, 개발 배포, 운영 배포 여부를 명확히 구분한다.
- 일일 업무 리포트와 실제 릴리즈 진행 상태의 해석 차이를 줄인다.
- 릴리즈 승인 전 확인해야 할 항목을 명확히 한다.
주요 참고 작업
- API release PR gate 검증:
bottle-note-api-server PR #635~#639
- API product/admin 릴리즈 정리:
bottle-note-api-server PR #640, #641
- 프론트 릴리즈 정리:
bottle-note-frontend PR #741
- 어드민 대시보드 릴리즈 후보/ancestry 정리:
admin-dashboard PR #70, #71
- 개발 배포 근거 수집:
environment-variables development image tag 갱신 commit 묶음
- 리포트 기준 개선: daily report에서 릴리즈 PR, 게이트 검증 PR, 실제 개발 배포 근거, 운영 배포 확인 필요 항목 분리
완료 조건
- 서비스별 릴리즈 PR 작성/검증 기준이 정리된다.
- 잘못된 릴리즈 PR을 사전에 차단하는 게이트 기준이 적용된다.
- 임시 검증 PR과 실제 릴리즈 PR이 구분되어 기록된다.
- 개발 배포 완료와 운영 배포 필요 상태가 분리되어 기록된다.
- 닫힌 릴리즈 PR을 실패로 오해하지 않도록 상태 판단 기준이 정리된다.
- 일일 리포트에서 릴리즈 준비, 개발 배포 확인, 운영 배포 필요 상태를 구분할 수 있다.
- API, 프론트, 어드민 대시보드에 동일한 릴리즈 처리 기준이 적용된다.
what
API, 프론트, 어드민 대시보드의 릴리즈·배포 처리 방식을 하나의 기준으로 표준화한다.
핵심은 특정 CI 수정 하나가 아니라, 서비스별로 다르게 보이던 릴리즈 준비 → 검증 → 개발 배포 확인 → 운영 배포 판단 → 일일 리포트 반영 흐름을 일관되게 처리하는 것이다.
주요 범위:
why
현재는 서비스별 릴리즈·배포 흐름과 상태 해석이 달라 보일 수 있다.
예를 들어:
이 작업을 통해:
주요 참고 작업
bottle-note-api-serverPR#635~#639bottle-note-api-serverPR#640,#641bottle-note-frontendPR#741admin-dashboardPR#70,#71environment-variablesdevelopment image tag 갱신 commit 묶음완료 조건