fix(ci): #1837 큐 방출 대응으로 API30 레인 4Gi 힙과 GMD 인프라 실패 재투입을 넣는다 (#2250)

[OnlyReadOneBook]

Closes #2250

#1837 이 2026-10-04 머지 큐에서 방출된 일을 두 갈래로 고칩니다.

1. API30 레인 힙 (근본 원인)

큐 run 37178469871 의 Gradle 로그를 보면 Pixel 2 API 30 androidTest 는 에뮬레이터가 아니라 :app:packageDebug 에서 OutOfMemoryError: Java heap space(ApkFlinger)로 죽었습니다. 시스템 이미지 설치와 APK 패키징이 겹친 때였습니다. #1824 에서 API34 레인이 같은 증상을 냈고 #1698 이 그 레인에만 4Gi 힙을 줬습니다. API30 전체 androidTest 레인에도 같은 4Gi 를 줍니다. 15Gi 러너라 여유가 있습니다.

2. 방출 처리기의 인프라 실패 재투입

방출 처리기가 실패한 Android Managed Device job 을 분류기 재시도 마커로 확인합니다. 실패 job 이 전부 테스트 전 인프라 실패로 증명되면 조용한 방출과 같은 마커로 같은 head 당 한 번 재투입하고, 하나라도 증명되지 않으면 지금처럼 실패 코멘트만 남깁니다. MANUAL 같은 무동작 사유는 그대로 무동작입니다.

증명 근거는 GMD 워크플로가 이미 올리는 android-managed-device-retry-<device>-<run>-<attempt> 아티팩트입니다. 신뢰 경계 안의 분류기가 retryable 로 판정했을 때만 올라가고, 이름의 run id·attempt 가 일치해야 인정합니다. 실패한 GMD job 이 있는 run 에서만 아티팩트 목록을 조회합니다.

OOM 같은 빌드 단계 실패는 분류기가 인프라로 보지 않으므로 재투입하지 않습니다. 그 갈래는 1번으로 막습니다.

검증

node --test .github/scripts/handle-merge-queue-dequeue.test.mjs 34건 통과. 바뀐 run_gradle 블록 bash -n 통과, git diff --check 통과. 힙 변경은 이 PR 의 full androidTest(API30 레인)가 검증합니다.

🧪 CI Test Plan

{
  "androidTest": {
    "mode": "full",
    "reason": "GMD 워크플로(android-managed-device.yml)의 API30 레인 Gradle 힙을 바꿨다. 계측 하네스 변경이라 전체 레인이 실제로 패키징·실행되는지 full 로 확인한다."
  }
}