"EPIC-01 완료"라고 기록했는데, 실제 DB엔 테이블이 0개였습니다

이전 작업(권한 모델 정정)을 실제 DB에 반영하려고 supabase db push --dry-run을 실행했는데, 예상과 다른 결과가 나왔습니다. 이미 완료됐다고 기록되어 있던 EPIC-01 관련 Migration 9개 전부가 "아직 적용 안 됨"으로 표시된 것입니다.

추가로 supabase migration list와 information_schema.tables를 조회해보니, 원격 DB의 Migration 이력이 0건이었고 public 스키마에는 테이블이 하나도 없었습니다. 반면 로그인 계정(auth.users)은 2개 존재했는데, 이건 Supabase 기본 인증 기능만으로 만들어진 것이라 로그인은 됐지만 그 뒤의 워크스페이스, 프로필 같은 데이터 구조는 전혀 없는 상태였습니다. 즉 "EPIC-01 Sign-off 완료"라는 기존 기록이 이 DB 기준으로는 사실이 아니었습니다.

먼저 데이터 손실 위험이 없다는 것(애초에 테이블이 없었으므로)을 확인한 뒤, Migration 9개 전체를 순서대로 적용했습니다. 적용 후에도 Workspace, Profile, Member 데이터가 0건인 걸 확인해, 기존 로그인 계정 2개를 모두 ADMIN 권한으로 등록하고 Workspace 1개와 연결 데이터를 직접 SQL로 생성했습니다. 이 과정에서 DB 연동용 타입 파일(database.types.ts)이 저장소에 아예 없었다는 것도 함께 발견해 새로 만들었습니다.

전체 자동 테스트를 재실행한 결과 85건 중 7건이 계속 skip되는 걸 발견했는데, 원인을 코드에서 확인해보니 실제 DB 연결용 비밀키가 환경변수로 없으면 의도적으로 건너뛰는 설계였습니다. 필요한 키 값을 설정한 뒤 재실행해 85건 전부 통과, skip 0건을 확인했습니다. 여기서 멈추지 않고 브라우저에서 두 계정으로 직접 로그인, 로그아웃, 접근제한, 한글 표시까지 수동으로 확인했습니다. 이 시점에 이르러서야 EPIC-01 전체가 이 DB 기준으로 처음 실증 검증됐다고 말할 수 있었고, 코드 테스트 통과와 실제 운영 반영은 전혀 다른 확인 대상이라는 걸 다시 확인했습니다.