maintenance(platform): 미참조 선언 가드가 후행 람다 호출과 Hilt @Binds 를 못 봐 멀쩡한 코드를 막는다 #1906

작업 유형

maintenance — CI·빌드·의존성·저장소 운영 유지보수

주 담당 모듈

platform — Android 앱·CI·빌드·릴리스·저장소 운영

개요

validate-test-only-production-declarations.mjs(#1895)가 참조를 이름으로 세는데, 실제로 불리는 두 가지 형태를 못 봐서 멀쩡한 코드를 "아무도 안 부른다"로 막습니다. 지금 열린 PR 세 건이 이걸로 빨갛습니다.

오탐 1. 후행 람다 호출

판정 패턴이 이름( 과 ::이름 만 셉니다. Compose 처럼 인자가 후행 람다뿐인 호출은 이름 { 이라 0건으로 세어집니다.

feature/receiver/presentation/src/main/kotlin/.../navigation/ReceiverNavGraphTheme.kt::ReceiverTheme — main 참조 0, 아무도 안 부른다

같은 브랜치의 ReceiverNavHost.kt 가 ReceiverTheme { ... } 로 다섯 번 부릅니다. PR #1379 의 mapPushSettingFailure 도 같은 원인이었고 그쪽은 면제 라벨로 넘겼습니다.

오탐 2. Hilt @Binds 바인딩

SKIP_DECL_RE 가 abstract fun 은 건너뛰지만, 모듈을 interface 로 선언하면 abstract 키워드가 없어 그대로 후보가 됩니다. 호출자는 Dagger 가 생성하므로 소스에는 영원히 0건입니다.

feature/afternote/data/src/main/kotlin/.../di/AfternoteAuthorRepositoryModule.kt::bindMemorialAudioUploadRepository — main 참조 0, 아무도 안 부른다

완료 조건

• 후행 람다 호출(이름 {)을 참조로 센다. referencePattern 과 ownFileReferences 의 정규식 둘 다.
• @Binds·@Provides 가 붙은 선언은 후보에서 뺀다. 생성 코드가 호출자라 소스 참조가 원리적으로 0건이다.
• 두 갈래 모두 validate-test-only-production-declarations.test.mjs 에 실패하는 케이스를 먼저 세우고 고친다. 가드 변경은 정책 테스트와 같은 커밋에서 한다.
• 면제 라벨로 우회한 PR 이 라벨 없이도 통과하는지 확인한다.

참고

원 가드는 #1895. 오탐이 실제로 막고 있는 PR 은 #1824, #1625, 그리고 라벨로 우회한 #1379 입니다.