Skip to content

feat: 관리자 도메인 조회에 예약 축 노출 - #29

Merged
yessjun merged 1 commit into
mainfrom
feat/admin-domain-reservation
Aug 8, 2026
Merged

feat: 관리자 도메인 조회에 예약 축 노출#29
yessjun merged 1 commit into
mainfrom
feat/admin-domain-reservation

Conversation

@yessjun

@yessjun yessjun commented Aug 8, 2026

Copy link
Copy Markdown
Member

📝 작업내용

  • 관리자 도메인 조회에 예약 축 두 필드를 노출
    • 해제 시각과 예약 만료. 종전에는 관리자가 이름의 점유 사유를 화면에서 가릴 수 없었음
    • 예약 행은 원래부터 관리자 목록에 있었고, 라우트 없는 평범한 활성 도메인으로 읽히던 상태
  • 파생 상태값을 새로 만들지 않고 두 필드를 그대로 노출
    • 판별자가 이미 해제 시각이고 사용자 화면이 그 규칙으로 동작
    • 관리자 쪽에만 열거형을 더하면 같은 사실이 명세 안에서 두 모양이 됨
  • 유예 산술을 한 곳으로 유지
    • 사본을 두면 두 화면이 이름 풀리는 시각을 다르게 말할 수 있고, 스위퍼가 따르는 쪽은 하나뿐
    • 커스텀 잔재 행의 즉시 회수 예외도 그 한 곳에만 존재
  • 조회 조건은 무변경, 마이그레이션 없음

⭐️ 검증

  • api verify.sh 통과, 체크스타일과 mvn verify 전체 테스트와 의존성 감사와 공개 위생 검사 green
  • 예약된 이름과 서빙 중인 이름이 관리자 목록에서 갈리는지 고정하는 테스트 추가
  • 설계 명세와의 교차 대조 통과, 이름 축 어긋남 없음

💬 리뷰 포인트

  • 파생 상태값을 만들지 않고 두 시각 필드를 그대로 낸 선택

A released platform subdomain keeps its row with releasedAt stamped and its
status ACTIVE, and the admin query hides REMOVED only, so a reserved name was
already listed and read as an ordinary domain with no route yet. Without the
two timestamps the listing cannot answer why a name is taken.

The reservation end stays computed in one place: the grace arithmetic lives
on the assembler, so the admin and user views cannot disagree about when a
name comes free while the sweeper follows only one of them.
@yessjun
yessjun merged commit 043e7b6 into main Aug 8, 2026
1 check passed
@yessjun
yessjun deleted the feat/admin-domain-reservation branch August 8, 2026 14:00
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant