[feature] 지원서 목록 조회 응답에 createdAt 추가 - #1891
Conversation
프론트엔드에서 연도별 지원서 목록을 최근 생성순으로 정렬하려면 createdAt이 필요한데, 기존 aggregation 결과에는 editedAt만 포함되어 있었다. ClubApplicationForm 엔티티에는 이미 createdAt이 존재하므로 aggregation의 $project와 $group의 $push 양쪽에 필드를 추가하고 응답 DTO에 노출한다. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01MJcd3baP1SxJdS6Y1La4WG
|
Caution The consumer version of Gemini Code Assist on GitHub has been sunset. All code review activity has officially ceased. |
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
|
Warning Review limit reached
Next review available in: 24 minutes You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (3)
Warning
|
Test Results275 tests 275 ✅ 34s ⏱️ Results for commit 9715195. ♻️ This comment has been updated with latest results. |
테스트 픽스처가 User.clubId를 채우지 않아 CustomUserDetails.clubId가 null이 되고, 서비스 경유 조회가 항상 빈 결과를 반환해 테스트가 실패했다. 검증 대상은 aggregation이므로 clubId를 직접 넘겨 레포지토리를 호출한다. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01MJcd3baP1SxJdS6Y1La4WG
Summary
#1881 프론트엔드 작업에서 요청한 백엔드 연동 건입니다.
GET /api/club/application응답의forms[].forms[]각 항목에createdAt을 추가합니다.프론트엔드 연도 상세 페이지의 최근 생성순 정렬 및 생성일 표시 기능이 이 필드를 필요로 합니다.
변경 사항
ClubApplicationFormsResultItem에createdAt필드 추가ClubApplicationFormsRepositoryCustom의 aggregation 두 곳에createdAt반영$project단계$group의$push문서 (여기가 빠지면 최종 응답에 실리지 않음)참고
ClubApplicationForm엔티티에는 이미createdAt이 있고@Builder.Default로 생성 시점에 항상 채워집니다.97051726)부터 존재해서createdAt이 없는 레거시 문서는 없습니다. 따라서$ifNull폴백 없이 그대로 프로젝션했습니다./api/admin/club/{clubId}/application은 별도 경로(AdminClubApplicationFormResponse)를 사용하며 이번 범위에 포함하지 않았습니다.Test plan
./gradlew compileJava,./gradlew compileTestJava통과ClubApplyAdminServiceTest.getClubApplicationFormsIncludesCreatedAt통과 (CI 확인 필요)통합 테스트를 추가했습니다.
createdAt과editedAt을 서로 다른 값으로 저장한 뒤 조회해서, 두 필드가 각각 올바르게 매핑되는지 검증합니다.$project나$push중 하나라도 누락되면 실패합니다.