빌드 연동

Gradle Android 등록 확인을 프로덕션 변형에 추가

Gradle은 application ID와 빌드 변형을 알고 있어 신뢰할 수 있는 조회 입력을 내보내기 좋은 위치입니다. 상태 요청은 매번 로컬 debug 빌드가 아니라 출시 작업에서 실행해야 합니다.

가이드 요약

Gradle Android 등록 확인에서 고정 패키지 대신 최종 application ID와 서명된 아티팩트 신원을 사용합니다.

대상: 많은 빌드 변형이나 product flavor를 관리하는 Android 엔지니어.

출시 점검 순서

  1. 선택한 출시 변형에서 applicationId를 확인합니다.
  2. 프로덕션 아티팩트에 서명한 뒤에만 조회합니다.
  3. Android build-tools로 인증서 SHA-256을 추출합니다.
  4. 자격 증명 없이 작은 기계 판독 결과를 CI에 전달합니다.

핵심 정보

신뢰할 입력최종 출시 변형
피해야 할 값고정된 디버그 패키지 이름
실행 시점모든 빌드가 아닌 출시 사전 점검
주의 사항

product flavor와 applicationIdSuffix는 잘못된 NOT_REGISTERED 결과의 흔한 원인입니다.

상세 안내

선택한 변형에서 값 확인하기

현대 Android 빌드는 여러 application ID와 서명 설정을 가질 수 있습니다. 별도 고정 목록을 관리하지 말고 출시 전용 작업을 선택한 변형과 서명 출력에 연결합니다.

일반 compile과 test 작업에서 네트워크 요청을 분리합니다. 패키지 이름과 지문을 작은 기계 판독 아티팩트로 내보낸 뒤 보호된 API 호출은 CI가 실행하게 합니다.

  • 모든 개발자 debug 빌드에서 실행하지 않습니다.
  • namespace와 applicationId가 같다고 가정하지 않습니다.
  • 출시 확인에 debug 서명 구성을 쓰지 않습니다.
아티팩트 검사
./gradlew assembleRelease
apksigner verify --print-certs app/build/outputs/apk/release/app-release.apk

운영 패키지 이름을 입력하고, 서명까지 확인하려면 실제 배포 APK의 인증서 SHA-256을 추가하세요. 이 조회는 스토어 심사와 별개입니다.

상태 확인 →

자주 묻는 질문

모든 Gradle 빌드에서 직접 API를 호출하지 않는 이유는?

할당량을 낭비하고 로컬 빌드를 늦추며 더 많은 환경에 자격 증명을 두게 됩니다. 통제된 출시 사전 점검으로 실행하세요.

flavor는 어떤 값으로 확인하나요?

최종 변형의 application ID와 그 변형에서 생성한 서명 아티팩트의 인증서를 사용합니다.

출처 및 검토

최종 검토일: