콘텐츠로 이동

2.0.0 릴리스 실행 기록

문서 역할

  • 역할: 시나리오
  • 문서 종류: flow
  • 충돌 시 우선 문서: policy/release-process.md
  • 기준 성격: as-is

목적

  • v2.0.0 릴리스의 실제 반영 결과와 검증 근거를 한 문서에 고정한다.

범위

  • 대상: docs, coupler-api, coupler-admin-web, coupler-mobile-app, 운영 RDS
  • 포함 범위: 선행 Release Note 생성, 운영 RDS Gate 검증, 서비스 태그 확정, 릴리스 종료 판정
  • 제외 범위: 기능 상세 스펙 검토, 스토어 심사 정책 해석, 신규 마이그레이션 SQL 작성

상위 규범 문서

릴리스 상태

  • 목표 버전: v2.0.0
  • 최종 상태: released
  • docs 태그: v2.0.0 -> eba0cf25bf97fb075a1bab52362d00c738f706e5 (2026-03-22 14:44:36 +0900)
  • coupler-api 태그: v2.0.0 -> db32fa7c4972e3dfec5c1f04ed1bcee6fbac9d4d (2026-03-22 15:02:48 +0900)
  • coupler-admin-web 태그: v2.0.0 -> c48467337594ba3584c1192a8bd8d0c5145233b2 (2026-03-22 15:02:48 +0900)
  • coupler-mobile-app 태그: v2.0.0 -> 2727eed378309900b357033b2ab637d4affe6e00 (2026-03-22 16:21:12 +0900)

릴리스 결과

  • docs 선행 태그로 Release Note를 열고 서비스 레포 태그를 실제 반영 커밋으로 확정했다.
  • 운영 RDS에서 44_drop_manager_detail_profile_master_columns_after_cutover.sql, 45_drop_manager_detail_profile_preview_column_after_cutover.sql를 적용했다.
  • DBM-GATE-400 pending 이월 없이 contract/drop 단계를 이번 릴리스에서 닫았다.
  • 서비스 기준점은 coupler-api, coupler-admin-web, coupler-mobile-app의 v2.0.0 태그로 고정했다.

메인 흐름

  1. docs에서 v2.0.0 태그를 먼저 생성해 GitHub Release Note 초안을 열었다.
  2. ritzy운영-coupler운영_마이그레이션_가이드/25_EXECUTION_PROCEDURE.md 기준으로 운영 dump baseline -> local full replay -> 개발계 확인 -> 운영 반영 순서를 적용했다.
  3. 운영 RDS에서 44, 45를 순서대로 실행했고 두 SQL 모두 DBM-GATE-400 OK로 종료됐다.
  4. coupler-api, coupler-admin-web, coupler-mobile-app를 실제 배포 기준 커밋으로 확정하고 v2.0.0 태그를 생성했다.
  5. v2.0.0 릴리스 문서를 계획형 문서가 아니라 실행 기록으로 닫아, 태그/SHA/Gate/log 근거를 한곳에 남겼다.

검증 근거

  • 운영 RDS contract/drop 실행 로그:
    • local: workspace _tmp/manager-detail-profile-contract-drop-local-20260322.log
    • dev: workspace _tmp/manager-detail-profile-contract-drop-dev-20260322.log
    • prod: workspace _tmp/manager-detail-profile-contract-drop-prod-20260322.log
    • prod runtime check: workspace _tmp/manager-detail-profile-contract-drop-prod-runtime-check-20260322.log
  • 운영 RDS 핵심 결과:
    • precheck: ready_mismatch_count = 0, slice_missing_count = 0
    • 44: gate_status = 'DBM-GATE-400 OK', remaining_master_column_count = 0
    • 45: gate_status = 'DBM-GATE-400 OK', remaining_detail_profile_column_count = 0
    • postcheck: remaining_master_columns = 0, remaining_detail_profile_columns = 0
  • 개발계 결과:
    • 44/45 skipped on dev because DBM-GATE-000 precondition indicates cleanup already applied.

롤백 기준

  • 서비스 롤백 기준점은 아래 태그다.
    • coupler-api: v2.0.0
    • coupler-admin-web: v2.0.0
    • coupler-mobile-app: v2.0.0
  • 44, 45는 drop SQL이므로 운영 DB 롤백이 필요하면 drop 이전 baseline dump와 25_EXECUTION_PROCEDURE.md 절차를 기준으로 복원해야 한다.
  • 운영 DB에서 부분 컬럼 재생성으로 우회하지 않는다.

관련 문서